summaryrefslogtreecommitdiff
path: root/docs/docbook/faq
diff options
context:
space:
mode:
Diffstat (limited to 'docs/docbook/faq')
-rw-r--r--docs/docbook/faq/config.xml37
-rw-r--r--docs/docbook/faq/printing.xml38
2 files changed, 0 insertions, 75 deletions
diff --git a/docs/docbook/faq/config.xml b/docs/docbook/faq/config.xml
deleted file mode 100644
index 2c17c86c4e..0000000000
--- a/docs/docbook/faq/config.xml
+++ /dev/null
@@ -1,37 +0,0 @@
-<chapter id="FAQ-Config">
-<title>Configuration problems</title>
-
-<sect1>
-<title>I have set 'force user' and samba still makes 'root' the owner of all the files I touch!</title>
-<para>
-When you have a user in 'admin users', samba will always do file operations for
-this user as 'root', even if 'force user' has been set.
-</para>
-</sect1>
-
-<sect1>
-<title>I have just installed samba and I'm trying to log in from Windows, but samba refuses all logins!</title>
-
-<para>
-Newer windows clients(NT4, 2000, XP) send encrypted passwords. Samba can't compare these
-passwords to the unix password database, so it needs it's own user database. You can
-add users to this database using "smbpasswd -a user-name".
-</para>
-
-<para>
-See also the "User database" chapter of the samba HOWTO Collection.
-</para>
-</sect1>
-
-<sect1>
-<title>How can I make samba use netbios scope ID's</title>
-
-<para>By default Samba uses a blank scope ID. This means
-all your windows boxes must also have a blank scope ID.
-If you really want to use a non-blank scope ID then you will
-need to use the 'netbios scope' smb.conf option.
-All your PCs will need to have the same setting for
-this to work. Scope ID's are not recommended.</para>
-</sect1>
-
-</chapter>
diff --git a/docs/docbook/faq/printing.xml b/docs/docbook/faq/printing.xml
deleted file mode 100644
index be2acbd905..0000000000
--- a/docs/docbook/faq/printing.xml
+++ /dev/null
@@ -1,38 +0,0 @@
-<chapter id="FAQ-Printing">
-<!-- Kurt Pfeifle's HOWTO chapter on printing should make this obsolete -->
-<chapterinfo>
-<author>
- <firstname>Ronan</firstname><surname>Waide</surname>
-</author>
-</chapterinfo>
-
-<title>Printing problems</title>
-
-<sect1>
-<title>setdriver or cupsaddsmb failes</title>
-<para>
-setdriver expects the following setup:
-
-<simplelist>
-<member>you are a printer admin, or root. this is the smb.conf printer admin group, not the Printer Operators group in NT. I've not tried the latter, but I don't believe it will work based on the current code.</member>
-<member>printer admins has to be defined in [global]</member>
-<member>upload the driver files to \\server\print$\w32x86 and win40 as appropriate. DON'T put them in the 0 or 2 subdirectories.</member>
-<member>Make sure that the user you're connecting as is able to write to the print$ directories</member>
-<member>Use adddriver (with appropriate parameters) to create the driver. note, this will not just update samba's notion of drivers, it will also move the files from the w32x86 and win40 directories to an appropriate subdirectory (based on driver version, I think, but not important enough for me to find out)</member>
-<member>Use setdriver to associate the driver with a printer</member>
-</simplelist>
-</para>
-
-<para>
-The setdriver call will fail if the printer doesn't already exist in
-samba's view of the world. Either create the printer in cups and
-restart samba, or create an add printer command (see smb.conf doco)
-and use RPC calls to create a printer. NB the add printer command MUST
-return a single line of text indicating which port the printer was
-added on. If it doesn't, Samba won't reload the printer
-definitions. Although samba doesn't really support the notion of
-ports, suitable add printer command and enumport command settings can
-allow you pretty good remote control of the samba printer setup.
-</para>
-</sect1>
-</chapter>