http://blog.gmane.org/gmane.network.samba.java hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.network.samba.java/9181 <pre>Hi All, We have an application to transfer file from mac to windows using smb(JCIFS) and another application in windows to handle these files. But when there is a invalid character like \ / : * ? " &lt; &gt; | in filename , it will get converted to another character. This creates issue in filename comparison issues, since we are saving actual filename in database. How smb converts these filenames? Is there any specific rule for this character conversion, so that we can use that converted characters in database? Regards, Roy Mathew </pre> Roy Mathews 2012-05-16T09:10:32 http://comments.gmane.org/gmane.network.samba.java/9179 <pre> So I'm trying to get the KerberosAuthExample to work with the latest jCIFS download: cifs-krb5-1.3.17 java -Djcifs.properties=jcifs.prp KerberosAuthExample bozo password smb://host.domain.name/C$/ dc1.domain.name DOMAIN.NAME Via WireShark, the TGT and the TGS for cifs/host.domain.com are both successful, but after successfully creating the SmbFile object, line 50 of KerberosAuthExample.java does this seemingly innocent call: SmbFile[] files = file.listFiles(); For some reason, this triggers a second TGS request for cifs/xxx.xxx.xxx.xxx (IP address) which fails with unknown service on the AD side. From debugging the code, it appears the code is simply trying to find the type of "C$" and needs a connection to do so, but the fact this generates a second TGS request (when it shouldn't need it) and it does so with the IP address rather than the host name seems to be wrong. So a couple questions: 1. Shouldn't treeConnect just reuse the current service ticket? 2. If not, why is it trying to</pre> Mike Patnode 2012-05-09T21:32:40 http://comments.gmane.org/gmane.network.samba.java/9175 <pre>We are investigating the use of jCIFS in one of our products. To monitor our error logs we use splunk which depends on each log having a timestamp. Would it be possible to format the logs jCIFS creates so that they have a time stamp? Here is my suggested change to the LogStream class: Add an overrided version of println() &lt; at &gt;Override public void println(String x) { String newLine = System.getProperty("line.separator"); //Format the error before printing it. Will look like this //Mon Apr 30 04:06:05 MDT 2012 // Source: jCIFS Error Logging // ERROR: x super.println(new java.util.Date().toString() + newLine + " Source: jCIFS Error Logging " + newLine + " ERROR: " + x); } Hardy ________________________________ This email is intended solely for the recipient. It may contain privileged, proprietary or confidential information or material. If you are not the intended recipient, please delete this email and any attachments and notify the sender of the </pre> Hardy Cherry 2012-04-30T17:07:20 http://comments.gmane.org/gmane.network.samba.java/9165 <pre>I've been seeing many errors that have a final stack trace of jcifs.smb.Dfs.resolve(Dfs.java:169) (jCIFS 1.3.17): java.lang.NullPointerException at jcifs.smb.Dfs.resolve(Dfs.java:169) at jcifs.smb.SmbFile.resolveDfs(SmbFile.java:671) at jcifs.smb.SmbFile.getDfsPath(SmbFile.java:1536) at ListFiles.main(ListFiles.java:45) I'm using a slightly modified ListFiles.java to test this. I have a list of 12608 directories, which all exist. If I invoke ListFiles for each directory separately, it completes fine. If I invoke it once for all directories, it will fail after reading about 3000 directories. If I add a test to see if the path exists before calling listFiles(), the problem goes away. I don't know if it is an issue of timing or whether the exists() call does something that avoids the problem. Once the problem starts all remaining directories have the same problem. I added a getDfsPath() call (and printed the result) thinking that might point in a particular direction. When I </pre> Simon Weatherill 2012-04-16T19:53:15 http://comments.gmane.org/gmane.network.samba.java/9163 <pre>Hello, This question is partly about JCIFS and since I am not too familar with Windows settings, it is partly about the Windows "Network Security: LAN Manager authentication level" setting in Local Security Policy/Domain Security Policy. I am trying to use the JCIFS HTTP Servlet Filter for NTLM authentication for a java web application running in a web container (JBoss, Weblogic, Websphere). I have read the page "JCIFS NTLM HTTP Authentication" and other pages on the JCIFS site, as well as browsed the mailing list archives. I understand that the JCIFS HTTP NTLM filter only supports NTLM v1. So what does that translate to in terms of the above Windows setting and the corresponding JCIFS settings? Specifically, in order to use the JCIFS filter, what values do I need to set the following to: 1. On Domain Controller machine, Domain Controller Security Policy -&gt; LAN Manager authentication level 2. On Domain Controller machine, Domain Security Policy -&gt; LAN Manager authentication level 3. On the mac</pre> Sameer Pradhan 2012-04-15T03:17:03 http://comments.gmane.org/gmane.network.samba.java/9160 <pre>Hi, I had a problem with the SmbFile. I had a file with name "smb://server/share/folder/ foo.bar" on a smb server ( foo.bar with leading blank). This file was created with jcifs, but calling new SmbFile("smb://server/share/folder/").listFiles[0].getName() only returns "foo.bar" with no leading blank. Before I had this problem, I didn't believe that it is possible to have files with leading blanks... I've analyzed the problem, and figured out, that everything is transfered correct from the server to jcifs. In the internal variable unc the path is stored with blank, but in canon, what is used for get name it's not. I hope that helps improving jcifs Regards Michael </pre> Anonymous 2012-04-11T21:21:03 http://comments.gmane.org/gmane.network.samba.java/9157 <pre>hi: i use jcifs-ext-0.9.jar to add user,change password when i operate windows server2003 it ok,but 2008 server can not create,and change password. can you help me ! </pre> Wu Xin 2012-04-07T13:00:03 http://comments.gmane.org/gmane.network.samba.java/9156 <pre>Dear all, May someone help me. I experience an error now with jcifs-1.2.25.jar package. I was using this authentication jar without any problems under our Windows XP SP3 network. Now after some tests on Windows 7 I have a failure at the authentication. Here is the log of my application portal. Regards ************************************************************************************************************ jcifs.smb.SmbException: Transport37 timedout waiting for response to SmbComSessionSetupAndX[command=SMB_COM_SESSION_SETUP_ANDX,received=false,errorCode=0,flags=0x0018,flags2=0xC003,signSeq=0,tid=0,pid=56368,uid=0,mid=13,wordCount=13,byteCount=99,andxCommand=0x75,andxOffset=160,snd_buf_size=16644,maxMpxCount=10,VC_NUMBER=1,sessionKey=0,passwordLength=24,unicodePasswordLength=0,capabilities=4180,accountName=adundas,primaryDomain=AMAIISLAB,NATIVE_OS=Windows 2003,NATIVE_LANMAN=jCIFS] jcifs.util.transport.TransportException: Transport37 timedout waiting for response to SmbComSessionSetupAndX[command=SM</pre> David Camerlo 2012-04-03T13:28:06 http://comments.gmane.org/gmane.network.samba.java/9150 <pre>Connecting to an encrypted NetApp DataFort share does not work with jcifs 1.3.17 and 1.3.14. It does work, however, with versions 1.2.24 and 1.1.11 (these were the ones I tested with). Although the user/password is correct the following exception is thrown: jcifs.smb.SmbAuthException: The specified network password is not correct. at jcifs.smb.SmbTransport.checkStatus(SmbTransport.java:546) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbTransport.send(SmbTransport.java:663) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbSession.sessionSetup(SmbSession.java:316) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbSession.send(SmbSession.java:218) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbTree.treeConnect(SmbTree.java:176) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbTree.send(SmbTree.java:74) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbFile.send(SmbFile.java:775) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbFile.doFindFirstNext(SmbFile.java:1986) ~[jcifs-1.3.17.jar:na] at jcifs.smb.SmbFile.doEnum(SmbF</pre> Erwin Kloeck 2012-03-26T15:11:25 http://comments.gmane.org/gmane.network.samba.java/9147 <pre>Hi folks, My understanding is that getting the owner SID of a SmbFile is currently unsupported (there is a patch for that, but quite old) It is possible to acheive this somehow through SmbFile.getSecurity() ? Crawling through ACLs shows the owner, but without any interesting distinct flags unfortunately. Thanks for any hints </pre> Xavier Roche 2012-03-21T09:07:13 http://comments.gmane.org/gmane.network.samba.java/9144 <pre>Hi everyone, First off, let me say thank you for developing jCIFS. It has been very helpful, and I appreciate your hard work and help. I'm having an issue on a Windows Server 2008 R2 64-bit system where sometimes I get SMB Error 0xC0000205 returned when instantiating an SmbFileOutputStream with an SmbFile. Here's the relevant portion of the stack trace using jcifs- 1.3.17.jar, Caused by: jcifs.smb.SmbException: 0xC0000205 at jcifs.smb.SmbTransport.checkStatus(SmbTransport.java:563) at jcifs.smb.SmbTransport.send(SmbTransport.java:663) at jcifs.smb.SmbSession.send(SmbSession.java:238) at jcifs.smb.SmbTree.send(SmbTree.java:119) at jcifs.smb.SmbFile.send(SmbFile.java:775) at jcifs.smb.SmbFile.open0(SmbFile.java:989) at jcifs.smb.SmbFile.open(SmbFile.java:1006) at jcifs.smb.SmbFileOutputStream.&lt;init&gt;(SmbFileOutputStream.java:142) at jcifs.smb.SmbFileOutputStream.&lt;init&gt;(SmbFileOutputStream.java:97) at jcifs.smb.SmbFileOutputStream.&lt;init&gt;(SmbFileOutputStream.java:67) Now, I'm pretty conv</pre> John McCarthy 2012-03-15T20:26:45 http://comments.gmane.org/gmane.network.samba.java/9143 <pre>Hi there, Google has found me a number of emails and JIRA issues on this subject already, but I wonder why the latest JCIFS library is not present in any of the standard Maven repositories. The latest one I can find&lt;http://mvnrepository.com/artifact/org.samba.jcifs/jcifs&gt; is 1.3.3, but that version is more than three years old and 1.3.17 fixes a lot of issues. The reason I am asking is that I am one of the authors of Overthere&lt;https://github.com/xebialabs/overthere&gt;, a remote process execution and file manipulation framework. It depends on JCIFS for access to SMB shares and we've recently discovered an issue&lt;https://github.com/xebialabs/overthere/issues/35&gt; that can be fixed by upgrading to JCIFS 1.3.17. We could include JCIFS 1.3.17 in a lib directory or upload it to our private Maven repository but doing so will make it impossible for other contributors to build the library as they cannot get that dependency. Can I help with making JCIFS available on a Maven repo? I've found doing so for Overthere was p</pre> Vincent Partington 2012-03-15T19:35:07 http://comments.gmane.org/gmane.network.samba.java/9138 <pre>Hi, When i want to get the type of a share, the following code produces a NullPointerException: new SmbFile("smb://MYSERVER/share/", auth).getType() Exception in thread "main" java.lang.NullPointerException at jcifs.smb.SmbFile.getType(SmbFile.java:1285) .... Null-object is "service" ("this.tree.service") It happens when when the auth given contains invalid credentials. Remote server: Debian with samba 3.4.7. JCIFS: 1.3.17 patched with GetOwnerSid.patch </pre> rmillet 2012-03-12T18:59:47 http://comments.gmane.org/gmane.network.samba.java/9137 <pre>Hi, I just finished my latest tool that allows me to remote-control a cmd-window on allmost any Windows machine. Now I am thinking of ways to secure the connection. One thing I found relatively anoying with Sysinternals PSExec was that communication was handled unencrypted and input as well as server responses were transmitted in plain text. Is there a way to encrypt the named pipe communication? I was thinking about implementing a symmetric encryption channel simply encoding what I send in and decrypt what I get out, but I wanted to avoid having to implement the key negotiation logic. So is there allready something available? Chris [ C h r i s t o f e r D u t z ] C-Ware IT-Service Inhaber Dipl. Inf. Christofer Dutz Karlstraße. 104, 64285 Darmstadt [cid:image001.gif&lt; at &gt;01CD0057.14E1CEB0]&lt;http://www.benchpark.com/788335/kundenzufriedenheit.htm&gt; IT- und Systemhäuser&lt;http://www.benchpark.com/it_und_systemhaeuser.htm&gt; fon: 0 61 51 / 27315 - 61 fax: 0 61 51 / 27315 - 64 mobil: 0171 / 7 444 2 33 emai</pre> christofer.dutz< at >c-ware.de 2012-03-12T12:50:27 http://comments.gmane.org/gmane.network.samba.java/9123 <pre>Hi, I am currently working on a tool for which I need to access a remote Windows machines services. I tried to access the SVCCTL pipe and communicate with it ... but unfortunately without success. I found A tool with which I could do what I want out of the box (Alfresco JLan), but I would rather stick with JCIFS as I did encounter some issues in Named-Pipe communication and I don't want to mix up the frameworks in one project. JCIFS for file transfer and named pipe communication and JLan for accessing the services. If anyone here on this list would be willing to provide me with an JCIFS based example that connects to a remote Windows and displays the details of running Services, I am willing to pay for the effort. So if you are interested, please contact me off list. I think it should probably be an easy task for a JCIFS pro. Help greatly appreciated, Chris [ C h r i s t o f e r D u t z ] C-Ware IT-Service Inhaber Dipl. Inf. Christofer Dutz Karlstraße. 104, 64285 Darmstadt fon: 0 61 51 / 273</pre> christofer.dutz< at >c-ware.de 2012-03-07T16:17:35 http://comments.gmane.org/gmane.network.samba.java/9109 <pre>Hi folks! [ Issue found in jcifs 1.3.17 ] jcifs.smb.Dfs and jcifs.smb.SmbTransport seems to be deadlocking due to Mutex ordering mismatch in the code. [ Is it safe to use SmbFile in two different threads simultaneously, or does it need to be synchronized too ? ] Typical example: in the following two threads, the locking ordering is different Thread 1: jcifs.smb.SmbTransport.getSmbSession(SmbTransport.java:126) **** LOCKED(SmbTransport): synchronized SmbSession getSmbSession jcifs.smb.SmbTransport.getDfsReferrals(SmbTransport.java:701) jcifs.smb.Dfs.getReferral(Dfs.java:143) jcifs.smb.Dfs.resolve(Dfs.java:191) **** LOCKED(Dfs): public synchronized DfsReferral jcifs.smb.SmbFile.doConnect(SmbFile.java:902) jcifs.smb.SmbFile.connect(SmbFile.java:954) jcifs.smb.SmbFile.connect0(SmbFile.java:880) jcifs.smb.SmbFile.queryPath(SmbFile.java:1335) jcifs.smb.SmbFile.exists(SmbFile.java:1417) jcifs.smb.SmbFile.isDirectory(SmbFile.java:1490) &lt;client code&gt; Thread 2: jcifs.smb.Dfs.insert(Dfs.j</pre> Xavier Roche 2012-02-29T16:33:13 http://comments.gmane.org/gmane.network.samba.java/9108 <pre>Hi folks! [ Issue found in jcifs 1.3.17 ] jcifs.smb.Dfs and jcifs.smb.SmbTransport seems to be deadlocking due to Mutex ordering mismatch in the code. [ Is it safe to use SmbFile in two different threads simultaneously, or does it need to be synchronized too ? ] Typical example: in the following two threads, the locking ordering is different Thread 1: jcifs.smb.SmbTransport.getSmbSession(SmbTransport.java:126) **** LOCKED(SmbTransport): synchronized SmbSession getSmbSession jcifs.smb.SmbTransport.getDfsReferrals(SmbTransport.java:701) jcifs.smb.Dfs.getReferral(Dfs.java:143) jcifs.smb.Dfs.resolve(Dfs.java:191) **** LOCKED(Dfs): public synchronized DfsReferral jcifs.smb.SmbFile.doConnect(SmbFile.java:902) jcifs.smb.SmbFile.connect(SmbFile.java:954) jcifs.smb.SmbFile.connect0(SmbFile.java:880) jcifs.smb.SmbFile.queryPath(SmbFile.java:1335) jcifs.smb.SmbFile.exists(SmbFile.java:1417) jcifs.smb.SmbFile.isDirectory(SmbFile.java:1490) &lt;client code&gt; Thread 2: jcifs.smb.Dfs.insert(Dfs.j</pre> Xavier Roche 2012-02-29T16:34:37 http://comments.gmane.org/gmane.network.samba.java/9105 <pre>Hi folks! [ Issue found in jcifs 1.3.17 ] jcifs.smb.Dfs and jcifs.smb.SmbTransport seems to be deadlocking due to Mutex ordering mismatch in the code. [ Is it safe to use SmbFile in two different threads simultaneously, or does it need to be synchronized too ? ] Typical example: in the following two threads, the locking ordering is different Thread 1: jcifs.smb.SmbTransport.getSmbSession(SmbTransport.java:126) **** LOCKED(SmbTransport): synchronized SmbSession getSmbSession jcifs.smb.SmbTransport.getDfsReferrals(SmbTransport.java:701) jcifs.smb.Dfs.getReferral(Dfs.java:143) jcifs.smb.Dfs.resolve(Dfs.java:191) **** LOCKED(Dfs): public synchronized DfsReferral jcifs.smb.SmbFile.doConnect(SmbFile.java:902) jcifs.smb.SmbFile.connect(SmbFile.java:954) jcifs.smb.SmbFile.connect0(SmbFile.java:880) jcifs.smb.SmbFile.queryPath(SmbFile.java:1335) jcifs.smb.SmbFile.exists(SmbFile.java:1417) jcifs.smb.SmbFile.isDirectory(SmbFile.java:1490) &lt;client code&gt; Thread 2: jcifs.smb.Dfs.insert(Dfs.j</pre> Xavier Roche 2012-02-29T16:42:59 http://comments.gmane.org/gmane.network.samba.java/9103 <pre>Hi, I have some issue when I want to list all domains and workgroups on my network: - I have one domain controller (Windows 2008) and one workstation (Windows XP) on the domain MYDOMAIN. - I boot a debian on the workgroup MYWORKGROUP, and then (a few minutes after debian is up) I do: new SmbFile("smb://").listfiles(); which only returns MYWORKGROUP. tcpdump shows that both debian and windows XP answer to the MSBROWSE query, but only debian is asked for known domains. Both workgroup and domain are returned when I wait several minutes after debian is up. Is there a way to force listfiles to ask all master browser servers, because I can't rely on the "stability" of my network (many workgroups, many computers often connected/disconnected) ? Thanks, PS: by the way, JCIFS it's a great library. </pre> rmillet 2012-02-28T18:34:20 http://comments.gmane.org/gmane.network.samba.java/9101 <pre>Getting the following exception: java.io.IOException: Unexpected DCERPC PDU header at jcifs.dcerpc.DcerpcPipeHandle.doReceiveFragment(DcerpcPipeHandle.java:77) at jcifs.dcerpc.DcerpcHandle.sendrecv(DcerpcHandle.java:213) at jcifs.smb.SmbFile.doMsrpcShareEnum(SmbFile.java:1864) at jcifs.smb.SmbFile.doShareEnum(SmbFile.java:1777) at jcifs.smb.SmbFile.doEnum(SmbFile.java:1723) at jcifs.smb.SmbFile.listFiles(SmbFile.java:1702) at jcifs.smb.SmbFile.listFiles(SmbFile.java:1635) NetShareEnum[command=SMB_COM_TRANSACTION,received=false,errorCode=0,flags=0x0018,flags2=0xC803,signSeq=0,tid=63,pid=38680,uid=63,mid=15,wordCount=14,byteCount=46,totalParameterCount=19,totalDataCount=0,maxParameterCount=8,maxDataCount=65023,maxSetupCount=0,flags=0x00,timeout=5000,parameterCount=19,parameterOffset=90,parameterDisplacement=0,dataCount=0,dataOffset=110,dataDisplacement=0,setupCount=0,pad=0,pad1=1] 00000: FF 53 4D 42 25 00 00 00 00 18 03 C8 00 00 00 00 |ÿSMB%......È....| 00010: 00 00 00 00 00 00 00 00 3F 00 1</pre> talis 2012-02-26T16:09:12 http://comments.gmane.org/gmane.network.samba.java/9097 <pre>Hi all, we use JCIFS to list, up- and download files on NetApp-filers. There are many users connecting to a number of shares located on different filers. Each user connects to only one share. The actions are running in own threads. Under some circumstands we notice idle sessions on the filer not being cleaned up after jcifs.smb.client.soTimeout. This sessions will never cleaned up. We found out that uploads forces the problem. I wrote a testclient to isolate the problem. This client starts some lists, downloads and uploads with random delay. Lists and downloads seem not to enforce this problem, only uploads. When we start round about 10 uploads, the problem occurs. Not in every case but more often the more uploads are running. In the management console of the filer are a lot of open files, not only uploads but even downloads. They remain even after the testclient will be terminated. They must be killed manually on the filer. Has anyone an idea what happened and how to prevent from this problem? </pre> Volker Müller 2012-02-17T08:57:38 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.network.samba.java