Opened 17 years ago
Closed 17 years ago
#5342 closed (fixed)
EmailField dbfield should accept max_length parameter
Reported by: | Gary Wilson | Owned by: | donspaulding |
---|---|---|---|
Component: | Core (Other) | Version: | dev |
Severity: | Keywords: | sprintsept14 | |
Cc: | Triage Stage: | Ready for checkin | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
EmailField
is currently hard-coded to a max length of 75.
Discussion: http://groups.google.com/group/django-developers/browse_frm/thread/662aa47cb546a20/
Attachments (1)
Change History (11)
comment:1 by , 17 years ago
Triage Stage: | Unreviewed → Accepted |
---|
comment:2 by , 17 years ago
Has patch: | set |
---|
follow-up: 4 comment:3 by , 17 years ago
Patch needs improvement: | set |
---|
IMO, it shouldn't it be more than 255(max varchar) characters in anycase or hard-coded 255 is fine, why it should be configurable?
comment:4 by , 17 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Replying to deepak <deep.thukral@gmail.com>:
IMO, it shouldn't it be more than 255(max varchar) characters in anycase or hard-coded 255 is fine, why it should be configurable?
The current standard for email is that the maximum *guaranteed* email address length be 320 chars (64 chars for username, 255 for domain, 1 for '@') [1]. However, to the extent possible, SMTP servers should not limit the size of email addresses. Realizing Django isn't an email server framework, having it provide a reasonable default (75 is arbitrary but backwards compatible) isn't ridiculous, but this patch should let users override the default. Any further discussion should probably be brought back up on the dev mailing list.
comment:5 by , 17 years ago
Patch needs improvement: | unset |
---|---|
Triage Stage: | Accepted → Ready for checkin |
Yes, I am aware of RFC2821, but didnt know about SMTP server no size limits, apologies.
comment:6 by , 17 years ago
Triage Stage: | Ready for checkin → Design decision needed |
---|
The consensus from on the django-dev thread was at least two maintainers were against making it configurable. So I don't there's enough consensus here yet that it's ready-for-checkin. There are some arguments for making it configurable and similar ones against, but we should go through the process.
by , 17 years ago
Attachment: | new_emailfield.diff added |
---|
Added the similarly easy documentation change.
comment:7 by , 17 years ago
Triage Stage: | Design decision needed → Accepted |
---|
Let's do this -- it's clear, obvious and backwards compatible.
comment:8 by , 17 years ago
Triage Stage: | Accepted → Ready for checkin |
---|
comment:9 by , 17 years ago
Keywords: | sprintsept14 added |
---|
comment:10 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Accepted based on comments to the above thread.