Я могу безопасно рассматривать нижний регистр адресов электронной почты?

Согласно RFC 2821 :

Локальная часть почтового ящика ДОЛЖНА обрабатываться с учетом регистра. Следовательно, реализации SMTP ДОЛЖНЫ позаботиться о сохранении случая локальных частей почтового ящика. Домены почтовых ящиков не чувствительны к регистру. В частности, для некоторых хостов пользователь smith отличается от пользователя Smith. Однако использование чувствительности к регистру локальных частей почтового ящика препятствует взаимодействию и не рекомендуется.

Таким образом, хотя вы можете обрабатывать адреса электронной почты с учетом регистра, вам не рекомендуется делать это.

Don't throw away data. Store the email address or username exactly as you received it, with the exception of trimming both ends of the string.

When sending email, use the case that was supplied by the user. Just because case-sensitivity is rare is no reason to not handle it - otherwise that user gets no mail, and can possibly not even register.

When authenticating a user, you can optionally do a compare on lower case (or upper case) strings, so that the case is disregarded.

So, by preserving the user input data you have suddenly given yourself options: whether to do case-sensitive compares on authentication, and whether to use case-sensitive email addresses when sending mail. Even if you don't choose to avail yourself of them now, the purpose of preserving data is to allow you (or some other developer) to have those choices down the road.

Да, это проблема. Я только что провел небольшой тест в Linux (запущен exim), и в почтовый ящик попало только письмо с правильным регистром ...

Я думаю, что большинство коммерческих почтовых провайдеров нормализуют все адреса электронной почты, но в целом вы должны использовать правильный регистр!

IMHO хранить и отображать адрес в том виде, в котором его ввел пользователь, не только потому, что в RFP говорится, что вы должны уважать регистр, но и потому, что если у пользователя есть предпочтения, вы должны уважать это предпочтение. Это их адрес электронной почты. Я не поклонник систем, переформатирующих личные данные, которые я им предоставляю. Например, вы были бы удивлены, сколько систем INSIST называют меня «Tj» - что явно неверно - вместо «TJ» (+1 к SO за то, что я понял).

Итак, если Джон Смит подпишет вверх как " John.Smith@example.com ", тогда Джон Смит хочет видеть свой адрес электронной почты (если у него есть предпочтения). Я бы, наверное, не позволил кому-то другому зарегистрироваться с " john.smith@example.com "адрес электронной почты, потому что велика вероятность того, что он совпадает с адресом другой учетной записи, но я бы не стал возиться с форматированием адреса или другими деталями пользователя. В лучшем случае я мог бы спросить их, если они дадут мне Множество ВСЕХ ЦЕПНЫХ КРИКОВ, спрашивающих, не хотят ли они чего-нибудь более ... нежного.

Эта ссылка говорит о том, что «вряд ли какая-либо служба электронной почты или интернет-провайдер вводят адреса электронной почты с учетом регистра».

Если вы используете его для входа в систему, в этом нет необходимости. Обычно (когда речь идет о логинах) admin и Admin - это одно и то же лицо ... также как и JohnDoe и johndoe ... Кроме того, количество людей, использующих почтовых провайдеров, учитывающих регистр, слишком мало.

Я не знаю ни одной реализации, которая различала бы адреса электронной почты с одинаковыми буквами, но в разном регистре.

Я никогда не слышал, чтобы сообщение передавалось неправильно только потому, что регистр был неправильным.