>> Is this only seen with inc(1) reading from a particular source? > >I believe the only problem that I found was inc and reading from a POP >source; sorry for not being more clear. Specifically in popsbr.c and >pop_getline(), it would call netsec_readline() which uses a buffer of >65535 for holding data, and then pop_getline() would stuff it into a >buffer that was BUFSIZ (1024 on my system), thus truncating whatever was >returned to 1024.
Officially such a message violates RFC 5322 (line length limit of 998 plus CR LF), which means it violates the POP3 RFC as well. But I suspect we just have to deal. Sigh. netsec_readline() can handle a maximum line length of 32k, which I chose based on it being way larger than what email protocols say is the limit of a "line". My only question is: should there be a hardcoded limit in terms of line length, or should we have the limit be whatever you can malloc()? --Ken
