Tôi chỉ đang thiết kế giản đồ cho bảng cơ sở dữ liệu sẽ chứa chi tiết tệp đính kèm email - kích thước của chúng theo byte, tên tệp và loại nội dung (ví dụ: "hình ảnh/jpg", "âm thanh/mp3", v.v.).Độ dài tối đa của trường tiêu đề Loại nội dung MIME?
Có ai biết độ dài tối đa mà tôi có thể mong đợi một loại nội dung không?
Tôi hy vọng tôi không đọc sai, nhưng có vẻ như chiều dài tối đa là 127/127 hoặc 255 tổng số.
RFC 4288 có một tham chiếu trong 4.2 (trang 6):
Type and subtype names MUST conform to the following ABNF:
type-name = reg-name
subtype-name = reg-name
reg-name = 1*127reg-name-chars
reg-name-chars = ALPHA/DIGIT/"!"/
"#"/"$"/"&"/"."/
"+"/"-"/"^"/"_"
Nó không phải là rõ ràng với tôi nếu + hậu tố có thể thêm quá khứ 127, nhưng nó không xuất hiện.
Chúng tôi chạy hệ thống SaaS cho phép người dùng tải tệp lên. Ban đầu chúng tôi đã thiết kế nó để lưu trữ các loại MIME tối đa 50 ký tự. Trong vài ngày qua, chúng tôi đã thấy một số lần tải lên các loại 71 byte. Vì vậy, chúng tôi đang thay đổi đến 250. 100 dường như "tốt" nhưng nó chỉ là một vài nhiều hơn tối đa chúng ta đang thấy bây giờ. 500 có vẻ ngớ ngẩn, vì vậy 250 là người được chọn.
Trong RFC 6838 là tiêu chuẩn mới nhất và lỗi thời RFC4288, có một tuyên bố sau đây.
"Cũng lưu ý rằng mặc dù cú pháp này cho phép tên tối đa 127 ký tự, giới hạn triển khai có thể khiến tên dài gặp sự cố. Vì lý do này, <type-name> và <subtype-name> NÊN được giới hạn ở 64 ký tự".
64 + 1 + 64 = 129.
Nhưng tôi nghi ngờ chuẩn nên có nghĩa là 63 + 1 + 63 = 127.
Sẽ thuận tiện để liên kết đến các trang RFC. – transilvlad
Tôi sẽ vui mừng nếu @ ian-nelson (hoặc @speaker) có thể nhấn mạnh số 255 trong câu trả lời này. –
@ ŁukaszSiwiński như thế? –
yup, thats ok, cảm ơn rất nhiều! –