Gordon Messmer writes:
I'm not sure if this is intentional or not, but the error given is definitely not descriptive. In submit.C, the getrcpts function loops through each header. If any header line is greater than 5000 bytes, or if any multi-line header is greater than 100,000 bytes, the function will bail out with the error "534 Message header size exceeds policy limit."However, after processing headers, the message body is read with the same read_next_line function, and the 5000 byte limit is applied there as well. I've been getting cron output from my rss2email job because it's sending a simple message whose body is a block of HTML greater than 5000 bytes with no newlines. For HTML, that seems pretty normal. I don't think this should be treated as an error condition. I can think of a few different ways to fix this, some more hack-ish than others. Is this a limitation by design?
Yes. Section 2.1.1 of RFC 2822 specifies that the maximum length of a line in a message is 998 bytes.
pgpXA4EIV2U0c.pgp
Description: PGP signature
------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
