summaryrefslogtreecommitdiff
path: root/docs/docbook/manpages/smbclient.1.sgml
blob: cd513398b9897fc7699e9a7659d42e79182940b1 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook V4.1//EN" [
<!ENTITY % globalentities SYSTEM '../global.ent'> %globalentities;
]>
<refentry id="smbclient.1">

<refmeta>
	<refentrytitle>smbclient</refentrytitle>
	<manvolnum>1</manvolnum>
</refmeta>


<refnamediv>
	<refname>smbclient</refname>
	<refpurpose>ftp-like client to access SMB/CIFS resources 
	on servers</refpurpose>
</refnamediv>

<refsynopsisdiv>
	<cmdsynopsis>
		<command>smbclient</command>
		<arg choice="req">servicename</arg>
		<arg choice="opt">password</arg>
		<arg choice="opt">-b &lt;buffer size&gt;</arg>
		<arg choice="opt">-d debuglevel</arg>
		<arg choice="opt">-D Directory</arg>
		<arg choice="opt">-U username</arg>
		<arg choice="opt">-W workgroup</arg>
		<arg choice="opt">-M &lt;netbios name&gt;</arg>
		<arg choice="opt">-m maxprotocol</arg>
		<arg choice="opt">-A authfile</arg>
		<arg choice="opt">-N</arg>
		<arg choice="opt">-l logfile</arg>
		<arg choice="opt">-L &lt;netbios name&gt;</arg>
		<arg choice="opt">-I destinationIP</arg>
		<arg choice="opt">-E</arg>
		<arg choice="opt">-c &lt;command string&gt;</arg>
		<arg choice="opt">-i scope</arg>
		<arg choice="opt">-O &lt;socket options&gt;</arg>
		<arg choice="opt">-p port</arg>
		<arg choice="opt">-R &lt;name resolve order&gt;</arg>
		<arg choice="opt">-s &lt;smb config file&gt;</arg>
		<arg choice="opt">-T&lt;c|x&gt;IXFqgbNan</arg>
		<arg choice="opt">-k</arg>
	</cmdsynopsis>
</refsynopsisdiv>

<refsect1>
	<title>DESCRIPTION</title>

	<para>This tool is part of the <citerefentry><refentrytitle>Samba</refentrytitle>
	<manvolnum>7</manvolnum></citerefentry> suite.</para>

	<para><command>smbclient</command> is a client that can 
	'talk' to an SMB/CIFS server. It offers an interface
	similar to that of the ftp program (see <citerefentry><refentrytitle>ftp</refentrytitle>
	<manvolnum>1</manvolnum></citerefentry>).  
	Operations include things like getting files from the server 
	to the local machine, putting files from the local machine to 
	the server, retrieving directory information from the server 
	and so on. </para>
</refsect1>


<refsect1>
	<title>OPTIONS</title>
	
	<variablelist>
		<varlistentry>
		<term>servicename</term>
		<listitem><para>servicename is the name of the service 
		you want to use on the server. A service name takes the form
		<filename>//server/service</filename> where <parameter>server
		</parameter> is the NetBIOS name of the SMB/CIFS server 
		offering the desired service and <parameter>service</parameter> 
		is the name of the service offered.  Thus to connect to 
		the service "printer" on the SMB/CIFS server "smbserver",
		you would use the servicename <filename>//smbserver/printer
		</filename></para>

		<para>Note that the server name required is NOT necessarily 
		the IP (DNS) host name of the server !  The name required is 
		a NetBIOS server name, which may or may not be the
		same as the IP hostname of the machine running the server.
		</para>

		<para>The server name is looked up according to either 
		the <parameter>-R</parameter> parameter to <command>smbclient</command> or 
		using the name resolve order parameter in 
		the <citerefentry><refentrytitle>smb.conf</refentrytitle>
		<manvolnum>5</manvolnum></citerefentry> file, 
		allowing an administrator to change the order and methods 
		by which server names are looked up. </para></listitem>
		</varlistentry>

		<varlistentry>
		<term>password</term>
		<listitem><para>The password required to access the specified 
		service on the specified server. If this parameter is 
		supplied, the <parameter>-N</parameter> option (suppress 
		password prompt) is assumed. </para>

		<para>There is no default password. If no password is supplied 
		on the command line (either by using this parameter or adding 
		a password to the <parameter>-U</parameter> option (see 
		below)) and the <parameter>-N</parameter> option is not 
		specified, the client will prompt for a password, even if 
		the desired service does not require one. (If no password is 
		required, simply press ENTER to provide a null password.)
		</para>

		<para>Note: Some servers (including OS/2 and Windows for 
		Workgroups) insist on an uppercase password. Lowercase 
		or mixed case passwords may be rejected by these servers. 		
		</para>

		<para>Be cautious about including passwords in scripts.
		</para></listitem>
		</varlistentry>
		
		<varlistentry>
		<term>-R &lt;name resolve order&gt;</term> 
		<listitem><para>This option is used by the programs in the Samba 
		suite to determine what naming services and in what order to resolve 
		host names to IP addresses. The option takes a space-separated 
		string of different name resolution options.</para>

		<para>The options are :"lmhosts", "host", "wins" and "bcast". They 
		cause names to be resolved as follows:</para>

		<itemizedlist>
			<listitem><para><constant>lmhosts</constant>: Lookup an IP 
			address in the Samba lmhosts file. If the line in lmhosts has 
			no name type attached to the NetBIOS name (see 
			the <citerefentry><refentrytitle>lmhosts</refentrytitle>
			<manvolnum>5</manvolnum></citerefentry> for details) then
			any name type matches for lookup.</para>
			</listitem>
			
			<listitem><para><constant>host</constant>: Do a standard host 
			name to IP address resolution, using the system <filename>/etc/hosts
			</filename>, NIS, or DNS lookups. This method of name resolution 
			is operating system dependent, for instance on IRIX or Solaris this 
			may be controlled by the <filename>/etc/nsswitch.conf</filename> 
			file).  Note that this method is only used if the NetBIOS name 
			type being queried is the 0x20 (server) name type, otherwise 
			it is ignored.</para>
			</listitem>
			
			<listitem><para><constant>wins</constant>: Query a name with 
			the IP address listed in the <parameter>wins server</parameter>
			parameter.  If no WINS server has
			been specified this method will be ignored.</para>
			</listitem>
			
			<listitem><para><constant>bcast</constant>: Do a broadcast on 
			each of the known local interfaces listed in the 
			<parameter>interfaces</parameter>
			parameter. This is the least reliable of the name resolution 
			methods as it depends on the target host being on a locally 
			connected subnet.</para>
			</listitem>
		</itemizedlist>

		<para>If this parameter is not set then the name resolve order 
		defined in the <citerefentry><refentrytitle>smb.conf</refentrytitle>
		<manvolnum>5</manvolnum></citerefentry> file parameter  
		(name resolve order) will be used. </para>

		<para>The default order is lmhosts, host, wins, bcast and without 
		this parameter or any entry in the <parameter>name resolve order
		</parameter> parameter of the <citerefentry><refentrytitle>smb.conf</refentrytitle>
		<manvolnum>5</manvolnum></citerefentry> file the name resolution
		methods will be attempted in this order. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>-M NetBIOS name</term>
		<listitem><para>This options allows you to send messages, using 
		the "WinPopup" protocol, to another computer. Once a connection is 
		established you then type your message, pressing ^D (control-D) to 
		end. </para>

		<para>If the receiving computer is running WinPopup the user will 
		receive the message and probably a beep. If they are not running 
		WinPopup the message will be lost, and no error message will 
		occur. </para>

		<para>The message is also automatically truncated if the message 
		is over 1600 bytes, as this is the limit of the protocol. 
		</para>

		<para>One useful trick is to cat the message through
		<command>smbclient</command>. For example: <command>
		cat mymessage.txt | smbclient -M FRED </command> will 
		send the message in the file <filename>mymessage.txt</filename> 
		to the machine FRED. </para>

		<para>You may also find the <parameter>-U</parameter> and 
		<parameter>-I</parameter> options useful, as they allow you to 
		control the FROM and TO parts of the message. </para>

		<para>See the <parameter>message command</parameter> parameter in the <citerefentry><refentrytitle>smb.conf</refentrytitle>
		<manvolnum>5</manvolnum></citerefentry> for a description of how to handle incoming 
		WinPopup messages in Samba. </para>

		<para><emphasis>Note</emphasis>: Copy WinPopup into the startup group 
		on your WfWg PCs if you want them to always be able to receive 
		messages. </para></listitem>
		</varlistentry>
		
		<varlistentry>
		<term>-p port</term>
		<listitem><para>This number is the TCP port number that will be used 
		when making connections to the server. The standard (well-known)
		TCP port number for an SMB/CIFS server is 139, which is the 
		default. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>-l logfilename</term>
		<listitem><para>If specified, <replaceable>logfilename</replaceable> specifies a base filename 
		into which operational data from the running client will be 
		logged. </para>

		<para>The default base name is specified at compile time.</para>

		<para>The base name is used to generate actual log file names.
		For example, if the name specified was "log", the debug file 
		would be <filename>log.client</filename>.</para>
		
		<para>The log file generated is never removed by the client. 		
		</para></listitem>
		</varlistentry>
		
		
		&stdarg.help;
		
		<varlistentry>
		<term>-I IP-address</term>
		<listitem><para><replaceable>IP address</replaceable> is the address of the server to connect to. 
		It should be specified in standard "a.b.c.d" notation. </para>

		<para>Normally the client would attempt to locate a named 
		SMB/CIFS server by looking it up via the NetBIOS name resolution 
		mechanism described above in the <parameter>name resolve order</parameter> 
		parameter above. Using this parameter will force the client
		to assume that the server is on the machine with the specified IP 
		address and the NetBIOS name component of the resource being 
		connected to will be ignored. </para>

		<para>There is no default for this parameter. If not supplied, 
		it will be determined automatically by the client as described 
		above. </para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>-E</term>
		<listitem><para>This parameter causes the client to write messages 
		to the standard error stream (stderr) rather than to the standard 
		output stream. </para>
		
		<para>By default, the client writes messages to standard output 
		- typically the user's tty. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>-L</term>
		<listitem><para>This option allows you to look at what services 
		are available on a server. You use it as <command>smbclient -L 
		host</command> and a list should appear.  The <parameter>-I
		</parameter> option may be useful if your NetBIOS names don't 
		match your TCP/IP DNS host names or if you are trying to reach a 
		host on another network. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>-t terminal code</term>
		<listitem><para>This option tells <command>smbclient</command> how to interpret 
		filenames coming from the remote server. Usually Asian language 
		multibyte UNIX implementations use different character sets than 
		SMB/CIFS servers (<emphasis>EUC</emphasis> instead of <emphasis>
		SJIS</emphasis> for example). Setting this parameter will let 
		<command>smbclient</command> convert between the UNIX filenames and 
		the SMB filenames correctly. This option has not been seriously tested 
		and may have some problems. </para>

		<para>The terminal codes include CWsjis, CWeuc, CWjis7, CWjis8,
		CWjunet, CWhex, CWcap. This is not a complete list, check the Samba 
		source code for the complete list. </para></listitem>
		</varlistentry>
		
			
		<varlistentry>	
		<term>-b buffersize</term>
		<listitem><para>This option changes the transmit/send buffer 
		size when getting or putting a file from/to the server. The default 
		is 65520 bytes. Setting this value smaller (to 1200 bytes) has been 
		observed to speed up file transfers to and from a Win9x server. 
		</para></listitem>
		</varlistentry>
		
		&popt.common.samba;
		&popt.common.credentials;
		&popt.common.connection;
		
		<varlistentry>
		<term>-T tar options</term>
		<listitem><para>smbclient may be used to create <command>tar(1)
		</command> compatible backups of all the files on an SMB/CIFS
		share. The secondary tar flags that can be given to this option 
		are : </para>
		
		<itemizedlist>
			<listitem><para><parameter>c</parameter> - Create a tar file on UNIX. 
			Must be followed by the name of a tar file, tape device
			or "-" for standard output. If using standard output you must 
			turn the log level to its lowest value -d0 to avoid corrupting 
			your tar file. This flag is mutually exclusive with the 
			<parameter>x</parameter> flag. </para></listitem>
			
			<listitem><para><parameter>x</parameter> - Extract (restore) a local 
			tar file back to a share. Unless the -D option is given, the tar 
			files will be restored from the top level of the share. Must be 
			followed by the name of the tar file, device or "-" for standard 
			input. Mutually exclusive with the <parameter>c</parameter> flag. 
			Restored files have their creation times (mtime) set to the
			date saved in the tar file. Directories currently do not get 
			their creation dates restored properly. </para></listitem>
			
			<listitem><para><parameter>I</parameter> - Include files and directories. 
			Is the default behavior when filenames are specified above. Causes 
			tar files to be included in an extract or create (and therefore 
			everything else to be excluded). See example below.  Filename globbing 
			works  in one of two ways.  See r below. </para></listitem>
			
			<listitem><para><parameter>X</parameter> - Exclude files and directories. 
			Causes tar files to be excluded from an extract or create. See 
			example below.  Filename globbing works in one of two ways now. 
			See <parameter>r</parameter> below. </para></listitem>
			
			<listitem><para><parameter>b</parameter> - Blocksize. Must be followed 
			by a valid (greater than zero) blocksize.  Causes tar file to be 
			written out in blocksize*TBLOCK (usually 512 byte) blocks. 
			</para></listitem>
			
			<listitem><para><parameter>g</parameter> - Incremental. Only back up 
			files that have the archive bit set. Useful only with the 
			<parameter>c</parameter> flag. </para></listitem>

			<listitem><para><parameter>q</parameter> - Quiet. Keeps tar from printing 
			diagnostics as it works.  This is the same as tarmode quiet. 
			</para></listitem>
			
			<listitem><para><parameter>r</parameter> - Regular expression include
			or exclude.  Uses regular  expression matching for 
			excluding or excluding files if  compiled with HAVE_REGEX_H. 
			However this mode can be very slow. If  not compiled with 
			HAVE_REGEX_H, does a limited wildcard match on '*' and  '?'. 
			</para></listitem>
			
			<listitem><para><parameter>N</parameter> - Newer than. Must be followed 
			by the name of a file whose date is compared against files found 
			on the share during a create. Only files newer than the file 
			specified are backed up to the tar file. Useful only with the 
			<parameter>c</parameter> flag. </para></listitem>
			
			<listitem><para><parameter>a</parameter> - Set archive bit. Causes the 
			archive bit to be reset when a file is backed up. Useful with the 
			<parameter>g</parameter> and <parameter>c</parameter> flags. 
			</para></listitem>
		</itemizedlist>
			
		<para><emphasis>Tar Long File Names</emphasis></para>
			
		<para><command>smbclient</command>'s tar option now supports long 
		file names both on backup and restore. However, the full path 
		name of the file must be less than 1024 bytes.  Also, when
		a tar archive is created, <command>smbclient</command>'s tar option places all 
		files in the archive with relative names, not absolute names. 
		</para>
			
		<para><emphasis>Tar Filenames</emphasis></para>
			
		<para>All file names can be given as DOS path names (with '\\' 
		as the component separator) or as UNIX path names (with '/' as 
		the component separator). </para>
			
		<para><emphasis>Examples</emphasis></para>
		
		<para>Restore from tar file <filename>backup.tar</filename> into myshare on mypc 
		(no password on share). </para>
		
		<para><command>smbclient //mypc/yshare "" -N -Tx backup.tar
		</command></para>
		
		<para>Restore everything except <filename>users/docs</filename>
		</para>
		
		<para><command>smbclient //mypc/myshare "" -N -TXx backup.tar 
		users/docs</command></para>
		
		<para>Create a tar file of the files beneath <filename>
		users/docs</filename>. </para>
		
		<para><command>smbclient //mypc/myshare "" -N -Tc
		backup.tar users/docs </command></para>
		
		<para>Create the same tar file as above, but now use 
		a DOS path name. </para>
		
		<para><command>smbclient //mypc/myshare "" -N -tc backup.tar 
		users\edocs </command></para>
		
		<para>Create a tar file of all the files and directories in 
		the share. </para>
		
		<para><command>smbclient //mypc/myshare "" -N -Tc backup.tar *
		</command></para>
		</listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>-D initial directory</term>
		<listitem><para>Change to initial directory before starting. Probably 
		only of any use with the tar -T option. </para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>-c command string</term>
		<listitem><para>command string is a semicolon-separated list of 
		commands to be executed instead of prompting from stdin. <parameter>
		-N</parameter> is implied by <parameter>-c</parameter>.</para>

		<para>This is particularly useful in scripts and for printing stdin 
		to the server, e.g. <command>-c 'print -'</command>. </para></listitem>
		</varlistentry>
	</variablelist>
</refsect1>


<refsect1>
	<title>OPERATIONS</title>

	<para>Once the client is running, the user is presented with 
	a prompt : </para>

	<para><prompt>smb:\&gt; </prompt></para>

	<para>The backslash ("\\") indicates the current working directory 
	on the server, and will change if the current working directory 
	is changed. </para>

	<para>The prompt indicates that the client is ready and waiting to 
	carry out a user command. Each command is a single word, optionally 
	followed by parameters specific to that command. Command and parameters 
	are space-delimited unless these notes specifically
	state otherwise. All commands are case-insensitive.  Parameters to 
	commands may or may not be case sensitive, depending on the command. 
	</para>

	<para>You can specify file names which have spaces in them by quoting 
	the name with double quotes, for example "a long file name". </para>

	<para>Parameters shown in square brackets (e.g., "[parameter]") are 
	optional.  If not given, the command will use suitable defaults. Parameters 
	shown in angle brackets (e.g., "&lt;parameter&gt;") are required.
	</para>


	<para>Note that all commands operating on the server are actually 
	performed by issuing a request to the server. Thus the behavior may 
	vary from server to server, depending on how the server was implemented. 
	</para>

	<para>The commands available are given here in alphabetical order. </para>

	<variablelist>
		<varlistentry>
		<term>? [command]</term>
		<listitem><para>If <replaceable>command</replaceable> is specified, the ? command will display 
		a brief informative message about the specified command.  If no 
		command is specified, a list of available commands will
		be displayed. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>! [shell command]</term>
		<listitem><para>If <replaceable>shell command</replaceable> is specified, the !  
		command will execute a shell locally and run the specified shell 
		command. If no command is specified, a local shell will be run. 
		</para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>altname file</term>
		<listitem><para>The client will request that the server return
		the "alternate" name (the 8.3 name) for a file or directory.
		</para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>cancel jobid0 [jobid1] ... [jobidN]</term>
		<listitem><para>The client will request that the server cancel
		the printjobs identified by the given numeric print job ids.
		</para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>chmod file mode in octal</term>
		<listitem><para>This command depends on the server supporting the CIFS
		UNIX extensions and will fail if the server does not. The client requests that the server
		change the UNIX permissions to the given octal mode, in standard UNIX format.
		</para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>chown file uid gid</term>
		<listitem><para>This command depends on the server supporting the CIFS
		UNIX extensions and will fail if the server does not. The client requests that the server
		change the UNIX user and group ownership to the given decimal values. Note there is
		currently no way to remotely look up the UNIX uid and gid values for a given name.
		This may be addressed in future versions of the CIFS UNIX extensions.
		</para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>cd [directory name]</term>
		<listitem><para>If "directory name" is specified, the current 
		working directory on the server will be changed to the directory 
		specified. This operation will fail if for any reason the specified 
		directory is inaccessible. </para>

		<para>If no directory name is specified, the current working 
		directory on the server will be reported. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>del &lt;mask&gt;</term>
		<listitem><para>The client will request that the server attempt 
		to delete all files matching <replaceable>mask</replaceable> from the current working 
		directory on the server. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>dir &lt;mask&gt;</term>
		<listitem><para>A list of the files matching <replaceable>mask</replaceable> in the current 
		working directory on the server will be retrieved from the server 
		and displayed. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>exit</term>
		<listitem><para>Terminate the connection with the server and exit 
		from the program. </para></listitem> 
		</varlistentry>
		
		
		<varlistentry>
		<term>get &lt;remote file name&gt; [local file name]</term>
		<listitem><para>Copy the file called <filename>remote file name</filename> from 
		the server to the machine running the client. If specified, name 
		the local copy <filename>local file name</filename>.  Note that all transfers in 
		<command>smbclient</command> are binary. See also the 
		lowercase command. </para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>help [command]</term>
		<listitem><para>See the ? command above. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>lcd [directory name]</term>
		<listitem><para>If <replaceable>directory name</replaceable> is specified, the current 
		working directory on the local machine will be changed to 
		the directory specified. This operation will fail if for any 
		reason the specified directory is inaccessible. </para>
		
		<para>If no directory name is specified, the name of the 
		current working directory on the local machine will be reported. 
		</para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>link source destination</term>
		<listitem><para>This command depends on the server supporting the CIFS
		UNIX extensions and will fail if the server does not. The client requests that the server
		create a hard link between the source and destination files. The source file
		must not exist.
		</para></listitem>
		</varlistentry>



		<varlistentry>
		<term>lowercase</term>
		<listitem><para>Toggle lowercasing of filenames for the get and 
		mget commands. </para>
				
		<para>When lowercasing is toggled ON, local filenames are converted 
		to lowercase when using the get and mget commands. This is
		often useful when copying (say) MSDOS files from a server, because 
		lowercase filenames are the norm on UNIX systems. </para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>ls &lt;mask&gt;</term>
		<listitem><para>See the dir command above. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>mask &lt;mask&gt;</term>
		<listitem><para>This command allows the user to set up a mask 
		which will be used during recursive operation of the mget and 
		mput commands. </para>

		<para>The masks specified to the mget and mput commands act as 
		filters for directories rather than files when recursion is 
		toggled ON. </para>
		
		<para>The mask specified with the mask command is necessary 
		to filter files within those directories. For example, if the
		mask specified in an mget command is "source*" and the mask 
		specified with the mask command is "*.c" and recursion is 
		toggled ON, the mget command will retrieve all files matching 
		"*.c" in all directories below and including all directories 
		matching "source*" in the current working directory. </para>

		<para>Note that the value for mask defaults to blank (equivalent 
		to "*") and remains so until the mask command is used to change it. 
		It retains the most recently specified value indefinitely. To 
		avoid unexpected results it would be wise to change the value of 
		mask back to "*" after using the mget or mput commands. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>md &lt;directory name&gt;</term>
		<listitem><para>See the mkdir command. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>mget &lt;mask&gt;</term>
		<listitem><para>Copy all files matching <replaceable>mask</replaceable> from the server to 
		the machine running the client. </para>

		<para>Note that <replaceable>mask</replaceable> is interpreted differently during recursive 
		operation and non-recursive operation - refer to the recurse and 
		mask commands for more information. Note that all transfers in 
		<command>smbclient</command> are binary. See also the lowercase command. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>mkdir &lt;directory name&gt;</term>
		<listitem><para>Create a new directory on the server (user access 
		privileges permitting) with the specified name. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>mput &lt;mask&gt;</term>
		<listitem><para>Copy all files matching <replaceable>mask</replaceable> in the current working 
		directory on the local machine to the current working directory on 
		the server. </para>
		
		<para>Note that <replaceable>mask</replaceable> is interpreted differently during recursive 
		operation and non-recursive operation - refer to the recurse and mask 
		commands for more information. Note that all transfers in <command>smbclient</command> 
		are binary. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>print &lt;file name&gt;</term>
		<listitem><para>Print the specified file from the local machine 
		through a printable service on the server. </para>

		<para>See also the printmode command.</para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>printmode &lt;graphics or text&gt;</term>
		<listitem><para>Set the print mode to suit either binary data 
		(such as graphical information) or text. Subsequent print
		commands will use the currently set print mode. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>prompt</term>
		<listitem><para>Toggle prompting for filenames during operation 
		of the mget and mput commands. </para>

		<para>When toggled ON, the user will be prompted to confirm 
		the transfer of each file during these commands. When toggled 
		OFF, all specified files will be transferred without prompting. 
		</para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>put &lt;local file name&gt; [remote file name]</term>
		<listitem><para>Copy the file called <filename>local file name</filename> from the 
		machine running the client to the server. If specified,
		name the remote copy <filename>remote file name</filename>. Note that all transfers 
		in <command>smbclient</command> are binary. See also the lowercase command. 
		</para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>queue</term>
		<listitem><para>Displays the print queue, showing the job id, 
		name, size and current status. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>quit</term>
		<listitem><para>See the exit command. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>rd &lt;directory name&gt;</term>
		<listitem><para>See the rmdir command. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>recurse</term>
		<listitem><para>Toggle directory recursion for the commands mget 
		and mput. </para>
		
		<para>When toggled ON, these commands will process all directories 
		in the source directory (i.e., the directory they are copying
		from ) and will recurse into any that match the mask specified 
		to the command. Only files that match the mask specified using 
		the mask command will be retrieved. See also the mask command. 
		</para>

		<para>When recursion is toggled OFF, only files from the current 
		working directory on the source machine that match the mask specified 
		to the mget or mput commands will be copied, and any mask specified 
		using the mask command will be ignored. </para></listitem>
		</varlistentry>
		
		
		
		<varlistentry>
		<term>rm &lt;mask&gt;</term>
		<listitem><para>Remove all files matching <replaceable>mask</replaceable> from the current 
		working directory on the server. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>rmdir &lt;directory name&gt;</term>
 		<listitem><para>Remove the specified directory (user access 
		privileges permitting) from the server. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>setmode &lt;filename&gt; &lt;perm=[+|\-]rsha&gt;</term>
		<listitem><para>A version of the DOS attrib command to set 
		file permissions. For example: </para>

		<para><command>setmode myfile +r </command></para>
		
		<para>would make myfile read only. </para></listitem>
		</varlistentry>


		
		<varlistentry>
		<term>symlink source destination</term>
		<listitem><para>This command depends on the server supporting the CIFS
		UNIX extensions and will fail if the server does not. The client requests that the server
		create a symbolic hard link between the source and destination files. The source file
		must not exist. Note that the server will not create a link to any path that lies 
		outside the currently connected share. This is enforced by the Samba server.
		</para></listitem>
		</varlistentry>



		<varlistentry>
		<term>tar &lt;c|x&gt;[IXbgNa]</term>
		<listitem><para>Performs a tar operation - see the <parameter>-T
		</parameter> command line option above. Behavior may be affected 
		by the tarmode command (see below). Using g (incremental) and N 
		(newer) will affect tarmode settings. Note that using the "-" option 
		with tar x may not work - use the command line option instead. 
		</para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>blocksize &lt;blocksize&gt;</term>
		<listitem><para>Blocksize. Must be followed by a valid (greater 
		than zero) blocksize. Causes tar file to be written out in 
		<replaceable>blocksize</replaceable>*TBLOCK (usually 512 byte) blocks. </para></listitem>
		</varlistentry>
		
		
		<varlistentry>
		<term>tarmode &lt;full|inc|reset|noreset&gt;</term>
		<listitem><para>Changes tar's behavior with regard to archive 
		bits. In full mode, tar will back up everything regardless of the 
		archive bit setting (this is the default mode). In incremental mode, 
		tar will only back up files with the archive bit set. In reset mode, 
		tar will reset the archive bit on all files it backs up (implies 
		read/write share). </para></listitem>
		</varlistentry>
		
		
	</variablelist>
</refsect1>

<refsect1>
	<title>NOTES</title>

	<para>Some servers are fussy about the case of supplied usernames, 
	passwords, share names (AKA service names) and machine names. 
	If you fail to connect try giving all parameters in uppercase. 
	</para>
	
	<para>It is often necessary to use the -n option when connecting 
	to some types of servers. For example OS/2 LanManager insists 
	on a valid NetBIOS name being used, so you need to supply a valid 
	name that would be known to the server.</para>

	<para>smbclient supports long file names where the server 
	supports the LANMAN2 protocol or above. </para>
</refsect1>

<refsect1>
	<title>ENVIRONMENT VARIABLES</title>

	<para>The variable <envar>USER</envar> may contain the 
	username of the person  using the client. This information is 
	used only if the protocol  level is high enough to support 
	session-level passwords.</para>


	<para>The variable <envar>PASSWD</envar> may contain 
	the password of the person using the client.  This information is 
	used only if the protocol level is high enough to support 
	session-level passwords. </para>

	<para>The variable <envar>LIBSMB_PROG</envar> may contain 
	the path, executed with system(), which the client should connect 
        to instead of connecting to a server.  This functionality is primarily
        intended as a development aid, and works best when using a LMHOSTS 
        file</para>
</refsect1>


<refsect1>
	<title>INSTALLATION</title>

	<para>The location of the client program is a matter for 
	individual system administrators. The following are thus
	suggestions only. </para>

	<para>It is recommended that the smbclient software be installed
	in the <filename>/usr/local/samba/bin/</filename> or <filename>
	/usr/samba/bin/</filename> directory, this directory readable 
	by all, writeable only by root. The client program itself should 
	be executable by all. The client should <emphasis>NOT</emphasis> be 
	setuid or setgid! </para>

	<para>The client log files should be put in a directory readable 
	and writeable only by the user. </para>

	<para>To test the client, you will need to know the name of a 
	running SMB/CIFS server. It is possible to run <citerefentry><refentrytitle>smbd</refentrytitle>
	<manvolnum>8</manvolnum></citerefentry> as an ordinary user - running that server as a daemon 
	on a user-accessible port (typically any port number over 1024)
	would provide a suitable test server. </para>
</refsect1>


<refsect1>
	<title>DIAGNOSTICS</title>

	<para>Most diagnostics issued by the client are logged in a 
	specified log file. The log file name is specified at compile time, 
	but may be overridden on the command line. </para>

	<para>The number and nature of diagnostics available depends 
	on the debug level used by the client. If you have problems, 
	set the debug level to 3 and peruse the log files. </para>
</refsect1>


<refsect1>
	<title>VERSION</title>

	<para>This man page is correct for version 2.2 of the Samba suite.</para>
</refsect1>


<refsect1>
	<title>AUTHOR</title>
	
	<para>The original Samba software and related utilities 
	were created by Andrew Tridgell. Samba is now developed
	by the Samba Team as an Open Source project similar 
	to the way the Linux kernel is developed.</para>
	
	<para>The original Samba man pages were written by Karl Auer. 
	The man page sources were converted to YODL format (another 
	excellent piece of Open Source software, available at <ulink url="ftp://ftp.icce.rug.nl/pub/unix/">
	ftp://ftp.icce.rug.nl/pub/unix/</ulink>) and updated for the Samba 2.0 
	release by Jeremy Allison.  The conversion to DocBook for 
	Samba 2.2 was done by Gerald Carter. The conversion to DocBook XML 4.2 for Samba 3.0
	was done by Alexander Bokovoy.</para>
</refsect1>

</refentry>