similar to: Password Chat Fails To Update Unix Password - Case sensitivity problem

See below. -----Original Message----- From: Peter J. Krawetzky [mailto:krawetzky1@earthlink.net] Sent: Wednesday, November 21, 2001 12:52 To: samba@lists.samba.org Subject: Password Chat Fails To Update Unix Password - Case sensitivity problem I am stumped with several issues regarding password chat and changing a domain password on a Win98 machine. When I use the Password program under

Hi John, I recently wrote a little internal article in HP to try to graphically show the difference between case sensitivity and case preservation (Unix is case sensitive, NT only 'preserves case'). Perhaps this will help you understand it better, and configure your Samba server to do what you want. It was originally a ms word document format, so you may have to fiddle around with the

On 09/05/2017 06:01 PM, Yves Bellefeuille wrote: > FHDATA wrote: > >> some users' login fails since they type upper >> case for their user ids ,etc ... > Wouldn't it be better to explain to the users that the userid is case > sensitive? You probably don't want a system where Fhdata, FHData and > FHDATA are all possible and are different users. >

Hi; I've run into a somewhat interesting issue in regards to IIS serving content from a samba share. Occasionly, IIS will return 404 errors for content that does infact exist. >From the samba machine, I captured the following: This is an example of the site http://www.mysite.co.nz/foo not working: [2004/11/04 09:30:14, 3] smbd/trans2.c:call_trans2qfilepathinfo(2353)

On Tue, Oct 8, 2019, at 7:58 AM, Julian Kippels via dovecot wrote: > Hi, > > I have recently updated from Dovecot 2.2 to 2.3. Since I have noticed > that vacation responses from sieve are not working the same anymore. > For example, my sieve script looks like this: > > vacation :days 1 :addresses ["Kippels at hhu.de","julian.kippels at hhu.de"] >

Hello I have a bit of the strange problem. Our developers use MS VSS to check in/out files to or from Solaris drives mapped through samba. When they "set current working directory" to a mapped Solaris drives VSS doesn't recognize files named with uppercase letters converting them into lower case. As a result VSS denies permission to change these files. Looking at the same files in

FHDATA wrote: > some users' login fails since they type upper > case for their user ids ,etc ... Wouldn't it be better to explain to the users that the userid is case sensitive? You probably don't want a system where Fhdata, FHData and FHDATA are all possible and are different users. -- Yves Bellefeuille <yan at storm.ca>

hello, some users' login fails since they type upper case for their user ids ,etc ... how can case sensitivity be disabled so they can login with mix of upper and lower case? this is what i tried: in /etc/sssd/sssd.conf i tested this below [domain/default] case_sensitive = false i stopped sssd, deleted all inside /var/sss/db and started sssd but that did not help .... thank you,

Hi, I have recently updated from Dovecot 2.2 to 2.3. Since I have noticed that vacation responses from sieve are not working the same anymore. For example, my sieve script looks like this: vacation :days 1 :addresses ["Kippels at hhu.de","julian.kippels at hhu.de"] it used to be that I got a vacation response if I sent a mail to kippels at hhu.de and Kippels at hhu.de. Now

On 9/6/2017 3:45 AM, ken wrote: > I think it would also be a disservice to users, for case-insensitive > userids is not what they'll find on web sites and web services > throughout the rest of the world, even on their own phones. I agree with you on other points, but beware of this one. I've discovered that game logins, notably Blizzard, are case-insensitive. It's quite

Hi all: I create one share named gr?zer but the share can?t be accessed.I looked into the log, and find the share name will be transformed to upper case and then lower case. The ASCII can be transformed in between successfully, but German can?t. It leaded to access failed. I also tried the upper case share gr?zer, and it works successfully. It seems the lower case can?t be transformed back

Hi, I've setup samba for the first time and can see Win98 and WinNT 4.0 shares from my FreeBSD machines. Conversely, I can see "Unix Shares" from both Win98 and WinNT 4.0 I followed the instructions found in http://us1.samba.org/samba/docs/DIAGNOSIS.html <http://us1.samba.org/samba/docs/DIAGNOSIS.html> One thing I cannot do is have the FreeBSD machines use Samba to

Hi, i'm having a little problem with samba (or Windows98 ?). The story : I'm using the program WHFC (Windows Hylafax Client) on a W2k and Win98-client. Samba 2.2.5 is running on Suse LINUX 7.1 Kernel 2.4.18. The WHFC-program uses a share on the LINUX-server (actually the share contains tif-images of received faxes). No problems with W2k, but with Win98. The WHFC-client shows the

Currently running Postfix/Dovecot1.1.8 with mysql storing the user data and delivering to folders as determined by dovecot using dovecot's "deliver" as defined in postfix's master.cf Mail location is determined by mail_location = maildir:/var/spool/mail/%d/%n/Maildir If I have an account user1 at example.com it works just fine. However, when mail is sent to USER1 at

Ok..this seems like it shouldn't be that hard to figure out but I'm confused anyway. How can I make sure that whatever case a file is created with is what's shown in NT explorer? Let me explain: If I create a file in all uppercase on my unix file system (which is also a samba share) it shows up as a mixed case file within NT explorer, with only first letter capitalized. (Normally

Add a collection of generic functions to convert strings to lowercase or uppercase. Changing the case of a string (with or without copying it first) seems to be a recurring requirement in the kernel that is currently being solved by several duplicated implementations doing the same thing. This change aims at reducing this code duplication. The new functions are void strlcpytoupper(char *dst,

Dear Rowland, our windows admin assured me that they have set uidNumber and gidNumber in the range. I have requested screenshots for confirmation. Now we are one step further: "getent passwd | grep mdecker" now lists the AD account. mdecker:*:13667:7142:Decker, Martin:/home/MYDOM/mdecker:/bin/false With "getent passwd mdecker" however, it shows

On 9 July 2016 at 05:04, Luis de Bethencourt <luisbg at osg.samsung.com> wrote: > On 08/07/16 23:43, Markus Mayer wrote: >> Add a collection of generic functions to convert strings to lowercase >> or uppercase. >> >> Changing the case of a string (with or without copying it first) seems >> to be a recurring requirement in the kernel that is currently being

Add a collection of generic functions to convert strings to lowercase or uppercase. Changing the case of a string (with or without copying it first) seems to be a recurring requirement in the kernel that is currently being solved by several duplicated implementations doing the same thing. This change aims at reducing this code duplication. The new functions are char *strncpytoupper(char

I am having a problem with mapping drives to a samba server (1.9.18p4 and 1.9.17) that is very reproducible. The 1.9.18p4 is a modified server that has some special krb5 support in it (in addition to the stuff you previously added that I sent you). Here are two examples that are repeatable. Each is preceeded by killing any samba daemons that are for connections from the host in question.