RFCs 5321, 5322 và 6531 có các quy tắc phức tạp để xác thực địa chỉ email. Họ:Về mặt lịch sử, tại sao các RFC về địa chỉ email lại quá phức tạp?
- phép creating comments bên trong một địa chỉ email
- phục vụ phức tạp quy tắc hạn chế cho các ký hiệu:
"() ,:;<>@[\]
- điều trị
postmaster
localpart như case-insensitive nhưng tất cả khác như trường hợp nhạy cảm - phép groups of email addresses
Nhờ các quy tắc phức tạp này, hãy kiểm tra xem chuỗi đã cho có phải là địa chỉ email hợp lệ theo cú pháp hay không e RFC can't be performed chỉ sử dụng Cụm từ thông dụng.
Dường như nhiều quy tắc trong số này không được nhà cung cấp dịch vụ email chính hỗ trợ.
Về mặt lịch sử, động lực tạo quy tắc phức tạp cho địa chỉ email là gì? Các Wikipedia article on the origins of email dường như ngụ ý rằng các tiêu chuẩn hiện đại từ đầu những năm 1980 dự định để trang trải tất cả các hệ thống email-ish cũ với các tiêu chuẩn và cú pháp cụ thể của họ. Tuy nhiên, những người triển khai tiêu chuẩn, nhà cung cấp email và người dùng cuối email đều có quyền lợi trong hệ thống làm việc, dễ dàng đạt được hơn khi quy tắc không quá phức tạp và có thể dễ dàng truyền vào phần mềm số lượng kiểm tra, vậy tại sao hôm nay chúng ta có một tiêu chuẩn phức tạp đến mức không ai sử dụng nó ở mức độ đầy đủ?
Một lần nữa về mặt lịch sử, XML phần lớn đã được thay thế bởi JSON, thành công trong đó một phần có thể được gán cho sự đơn giản của ngữ pháp của nó.
Bởi vì RFC được cho là bao gồm tất cả các trường hợp cạnh, không chỉ "nhà cung cấp chính"? – ceejayoz
tôi tin rằng đây là một câu hỏi hợp lý và hợp lý nên được thảo luận tốt nhất với một nhận thức lịch sử. RFC có tên trên không phải là thủ phạm duy nhất; RFC quản lý các cách hợp lệ để sao chép địa chỉ IP cũng tương tự như vậy. Thật thú vị, trong thế giới thực, chỉ một phần nhỏ các RFC này được sử dụng tích cực — hầu như tất cả các địa chỉ email trông giống như 'name @ exxample.com' và tất cả các địa chỉ IP như' 123.234.231.132'. đã có câu hỏi này không được sớm đóng cửa, bây giờ chúng ta có thể tận hưởng một cuộc thảo luận sôi nổi về giá trị và nhược điểm và nguồn gốc lịch sử của các RFC rất phức tạp này. – flow
Trong khi đây là một câu hỏi thú vị và hợp lệ (trong ý nghĩa cộng đồng phần mềm rộng hơn), nó không phù hợp với StackOverflow. – JasonMArcher