Custom Query (292 matches)
Results (7 - 9 of 292)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#7 | fixed | Build all client code with gcc | ||
Description |
Drop use of ibm vac++ to build part of client code. |
|||
#8 | invalid | Samba vscan | ||
Description |
include vscan support into samba, this would give a more secure samba server. especially for windows user. see http://www.openantivirus.org/projects.php for more info |
|||
#9 | fixed | Connect fails with NT_STATUS_BAD_NETWORK_NAME due to garbage characters | ||
Description |
The problem is found in 3.0.25rc1, rc2 and rc3. It was not there in 3.0.25pre2 and earlier. When a whole drive (i.e. K:/ or K:) is shared in smb.conf AND a loglevel of 3 or 4 is defined in smb.conf, connecting to the share will fail with a NT_STATUS_BAD_NETWORK_NAME. I have provided some logs as attachments to this ticket. Browsing the logs (search for "K:/" in the log.samba.192.168.1.3 files), you will see that it is quite obvious, why this fails, as there are garbage characters after the share name: If the smb.conf section looks like: [k]
the logfile entry at loglevel 3 or 4 will be: [2007/04/13 17:20:15, 0] smbd/service.c:make_connection_snum(1014)
Note the the garbage after K:/ ! A workaround for this problem is either not to use loglevel 3 or 4 or use a different notation in smb.conf: [k]
Both measures make the problem go away. Additional notes:
|