similar to: MAR 14 CVS, smbclient mput problem on AIX 4.2

Dear developers, I often use smbclient from NetBSD 1.5 (i386) to an NT4.6a box. When I leave recursion off and do an 'mput', the find fails because NetBSD's find does not have the '-maxdepth' option. The problem is in samba/source/client/client.c at line 1168. Here is the code that causes the problem with a temporary fix. > if (recurse) >

This has come up before. Anyone want to comment (other than an OS specific #ifdef)? Cheers, jerry ---------- Forwarded message ---------- Date: Thu, 5 Apr 2001 09:26:18 -0400 (EDT) From: Claude Marinier <claude.marinier@dreo.dnd.ca> To: samba@lists.samba.org Subject: smbclient, find, and NetBSD Dear developers, I often use smbclient from NetBSD 1.5 (i386) to an NT4.6a box. When I

Hi, We (NetBSD) just received a bug report that smbclient's mput command usees find(1) with a non-standard option "-maxdepth". This was replaced with a simple call to ls(1). As I don't know how many of the patches from out Packages Collection were sent to you in the past, I'm simply sending you all our patches - please include any you like in future samba releases! BTW,

Dear all. Confirmed: compilation of 4.12.6 produces same result, mput + recurse ignores mask for files. Will you please tell me if you need further details, or which steps I should follow? Should I file a bug? Many thanks. Best regards. El mar., 25 ago. 2020 a las 9:52, LPC DPG (<lpcdpg at gmail.com>) escribi?: > Dear Andrew. > > You are right, I should have taken a deeper look

Dear Andrew. You are right, I should have taken a deeper look into the standard output during compilation. I did just assume source4 was the one for Samba4. Anyway, besides the source confusion (really, even if I had found the right one, following the code would have been out of my reach), I don't seem to find how that is related with the documentation issue, or the mput/mask/recurse

Samba 2.0.7 running on Compaq Tru64 UNIX V5.0A with latest tru64 patches. "mget *" works OK, "mput *" or something like "mput *.bat" fails with the error message "find: bad option -maxdepth". Several questions - Anyone else come across this one? Would dropping back to 2.0.6 fix the problem? Could it be an issue with 2.0.7 on Tru64 V5? Regards, Brian

Dear Jeremy. Really appreciate you took your time to answer. I had already reviewed source4/client/client.c looking for mput (cmd_mput) command, but unluckily saying that my C programming skills are poor woud be really overrating them. I'm sorry to disagree for two reasons 1-. It works for mget, true that the source code is completely different. 2-. If taking a look into smbclient man

Dear all. I would like to propose a possible way to make mget and mput behave more or less the same way, rather that just changing documentation. Please, bear in mind this is a poor attempt coming from a person with no C skills at all, so other than testing that only filtered files are transferred, I have not gone further. Hope at least to have been able not to corrupt any pointer, but I'm

Dear Rowland. So sorry, I did not get the responses to this e-mail address, got them by the purest change googling again. I'm sorry to disagree with your approach: 1-. In my most recent updates you should have seen I am compiling Samba4 from source. Began with packaged distribution, but considering it might be a bug, I decided to test myself. 4 different versions, same behaviour. This means

Dear fellows. Another piece of information. The issue reprduces on RHEL 7.7, Samba 4.9.1 [root at vnhprerhds01 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.7 (Maipo) [root at vnhprerhds01 ~]# smbclient -V Version 4.9.1 [root at vnhprerhds01 ~]# smbclient -W "${d}" -U "${u}" "${s}" "${p}" Try "help" to get a list of

A new update. Same behaviour with 4.6.16. Exact issue as Bug 1249. Many thanks. Kind regards. El lun., 24 ago. 2020 a las 12:23, LPC DPG (<lpcdpg at gmail.com>) escribi?: > Dear folks. > > Was hoping it had to do with the release, but have also tested in 4.4.16 > and the issue is also there. I am aware a RHEL/CEntOS based upon 6 > distribution is not the most up to date

I've just fixed a bug (#528 in bugzilla) to do with wins hook functionality. The wins hook parameter is broken in Samba 3.0.0 but will be fixed in 3.0.1. The attached patch against the release samba-3.0.0.tar.gz file can be used to fix it. Tim. -------------- next part -------------- Index: nmbd_winsserver.c =================================================================== RCS file:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ========================================================== == == Subject: Potential Denial of Service bug in smbd == CVE ID#: CVE-2007-0452 == == Versions: Samba 3.0.6 - 3.0.23d (inclusive) == == Summary: A logic error in the deferred open code == can lead to an infinite loop in smbd ==

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ========================================================== == == Subject: Potential Denial of Service bug in smbd == CVE ID#: CVE-2007-0452 == == Versions: Samba 3.0.6 - 3.0.23d (inclusive) == == Summary: A logic error in the deferred open code == can lead to an infinite loop in smbd ==

A couple of notes about mget/mput in SFTP (5.1p1). 1. They aren't documented in the SFTP man page 2 They misbehave -- "mput a.txt b.txt" copies a.txt to b.txt on the server "mput *.txt b.txt" copies the first wildcard match to b.txt on the server "mput a.txt b.txt c.txt" copies a.txt to b.txt on the server "mput a.txt

http://bugzilla.mindrot.org/show_bug.cgi?id=181 ------- Additional Comments From jason at rndpkt.org 2002-03-28 15:26 ------- mget and mput are just "aliased" commands to get and put, I'm assuming for some kind of compatability. mget and mput expect the get and put parameters and DO NOT function like FTP-based mget and mput (i.e. mget file1 file2.. file#). I'd be happy

Guys, I really need some help. Samba version samba-client-2.2.7-3.7.2 samba-2.2.7-3.7.2 samba-swat-2.2.7-3.7.2 samba-common-2.2.7-3.7.2 I'm trying to upload all *.gz files only from dir* dirs. I do mask *.gz recurse mput dir* See the detailed output below But mput keeps grabbing non *.gz files IGNORING the mask *.gz command. Am I doing something stupid here? Thanks, Ruslan. [root at

I get the following compile error when compiling p8 with p4 Makefile: Linking smbd util.o: In function `check_log_size': util.o(.text+0x2cc): undefined reference to `slprintf' util.o: In function `name_mangle': util.o(.text+0x94f): undefined reference to `slprintf' util.o: In function `standard_sub_basic': util.o(.text+0x4c9e): undefined reference to `slprintf' util.o: In

Dear folks. Was hoping it had to do with the release, but have also tested in 4.4.16 and the issue is also there. I am aware a RHEL/CEntOS based upon 6 distribution is not the most up to date version I should test this on, as it also limits how easy is compiling most recent versions of Samba, but I assume though this is not a tricky test, and should work as documented in both 4.4 and 4.2

Searching the archives I have seen this questions asked 2 times prior with no response. Here's the problem: I am using SMBCLIENT to backup a directory structure to a share on a Windows NT 4 Server. I execute the following commands upon establishing a connection to the NT server: > recurse > prompt > lcd /directory/to/backup > mask * > mput * // I've also tried