Thats true. But if the RFC states 256 characters, what do they mean? Does it mean from '<' to '>' or do they only imply the smtpaddress in the form of [EMAIL PROTECTED]
IMAP should also necessarily stick to the standards for the From, To etc. fields in APPEND or similar commands. Or can we have our own assumption of the RFC? Best Regards Dilip ----- Original Message ----- From: "Timo Sirainen" <[EMAIL PROTECTED]> To: "UW" <[EMAIL PROTECTED]> Sent: Tuesday, September 09, 2003 3:19 PM Subject: Re: SMTPPATH LEN to include '<' , '>' or not.. > On Wed, 2003-09-10 at 00:47, Dilip Menon wrote: > > When I design an IMAP server to accept smtp address what should the length > > be? > > Just IMHO: You shouldn't hardcode limits for things which don't really > need limiting. I don't see any point in limiting mail addresses when > reading them, except maybe if you want to do it the "easy way" with C > code. That "easy way" also often becomes quite complex once you make > sure the buffer won't overflow. > > I'm also not exactly sure what you mean by SMTP addresses. IMAP doesn't > see "MAIL FROM" or "RCPT TO" directly. There's Return-Path and > Delivered-To which I think contains those, but why do you want to treat > them in a special way? Or do you mean all the addresses that are parsed > into ENVELOPE? I don't think RFC2822 limits address lengths in From, To, > etc. headers (did only a quick look). > > >
