This has been driving me nuts
Are there any explanations on the net of why binary-encoded print jobs,
fed to non-Mac print spoolers, consistently don't work? I've been
taking this as a matter of faith for years, but it's a pain trying to
educate the users about this, and it's irritating that
I'm trying to upgrade to pre-asun2.1.4-37b, but am getting the error
messages syslogged:
Jan 27 19:09:39 archetype.mit.edu afpd[27020]: uam_load(uams_guest.so):
failed to load.
Jan 27 19:09:39 archetype.mit.edu afpd[27020]: uam_load(uams_clrtxt.so):
failed to load.
Jan 27 19:21:05 archetype
> Patrik Schindler, [EMAIL PROTECTED] writes:
>
> >Indeed, a little goodie to keep track which users were connected from
> >which machines would be nice, but I have no idea to keep track of
> >AppleTalk users.
> >
> We use "ps". Doing a 'ps aux|grep afp' will give you a list of all the
> afp
> Finally, we had the impression from earlier experiments that it is not safe to
> try to run two different Appletalk stacks off the same Solaris box, such as
> having both CAP and netatalk running at once. Can anyone confirm if this
> is truly verboten, or if there is a way to do it safely?
I'm
> Can anyone help me with a pointer to a document or a short desciption of
> - the exact mapping of access privileges on a Mac vs those on Unix (Linux)
> and vice versa?
> - the inheritance of access privileges when copying files and folders to a
> shared disk.
> - the inheritance of ownership of
> >- Afpd gives newly-created directories the same permissions bits as those
> > of the parent directory, including the setgid bit.
>
> Is that the 't' shown when using ls -l ?
No, the 's' in the 7th column, in something like drwxrwsr-x or drwxrws---
The 't' is the sticky bit, which is appro
> Yeah, this is a known issue with RedHat 6.2, since the boneheads at RedHat
> felt it necessary to remove autoloading of the appletalk module as of 6.2
> (after all, saving these few bytes of extra configuration from a text file
> makes all the difference).
The Redhat people did exactly the righ
I should put a big IMHO at the beginning of all this...
> You're missing a small point though. Appletalk is not a "service" that is
> running all the time, and the appletalk kernel module is not loaded all
> the time.
But isn't it loaded automatically if the kernel receives Appletalk
traffic?
> Hi, I am the systems administrator for my company and I have been trying to
> find a way to shut down ftp access to our server. This would entail
> finding an alternative file transfer protocol, such as some sort of GUI-scp
> or a combination of netatalk and samba(?) or something else.
>
>
10 matches
Mail list logo
