On Thu, September 7, 2017 14:07, hw wrote:
> Gordon Messmer wrote:
>> On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
>>> This was always problematic because DNS hostnames and
>>> email addresses in the RFC standards were case insensitive
>>
>>
>> Not quite. SMTP is required to treat the "lo
Alexander Dalloz wrote:
Am 07.09.2017 um 20:07 schrieb hw:
Gordon Messmer wrote:
On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
This was always
problematic because DNS hostnames and email addresses in the RFC
standards were case insensitive
Not quite. SMTP is required to treat the "lo
Stephen John Smoogen wrote:
On 7 September 2017 at 16:07, Alexander Dalloz wrote:
Am 07.09.2017 um 20:07 schrieb hw:
Gordon Messmer wrote:
On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
This was always
problematic because DNS hostnames and email addresses in the RFC
standards were ca
On 7 September 2017 at 16:07, Alexander Dalloz wrote:
> Am 07.09.2017 um 20:07 schrieb hw:
>>
>> Gordon Messmer wrote:
>>>
>>> On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
This was always
problematic because DNS hostnames and email addresses in the RFC
standards were cas
Am 07.09.2017 um 20:07 schrieb hw:
Gordon Messmer wrote:
On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
This was always
problematic because DNS hostnames and email addresses in the RFC
standards were case insensitive
Not quite. SMTP is required to treat the "local-part" of the RCPT
ar
Gordon Messmer wrote:
On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
This was always
problematic because DNS hostnames and email addresses in the RFC
standards were case insensitive
Not quite. SMTP is required to treat the "local-part" of the RCPT argument as
case-sensitive, and to pre
On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
This was always
problematic because DNS hostnames and email addresses in the RFC
standards were case insensitive
Not quite. SMTP is required to treat the "local-part" of the RCPT
argument as case-sensitive, and to preserve case when relayin
On 5 September 2017 at 17:27, FHDATA wrote:
>
>
> 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 teste
Kenneth Porter wrote:
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 o
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
disco
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 a
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
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 stoppe
13 matches
Mail list logo