ПО у нашего клиента писалось во времена RFC2616
в документации отражен этот момент про хедеры ? кстати, а какая причина неподдерживаемости ? вроде не так сложно проверить, если нет двоеточия - склеить с предыдущим. 23 сентября 2014 г., 23:47 пользователь Валентин Бартенев <vb...@nginx.com> написал: > On Tuesday 23 September 2014 23:29:02 Илья Шипицин wrote: >> Добрый день! >> >> есть пример запроса >> >> =================<начало>================ >> POST / HTTP/1.1 >> AS2-From: 8xxxxx >> AS2-To: 4xxxxxx >> AS2-Version: 1.1 >> Message-ID: <2b580a6e-6713-451d-821d-92a45448a39c> >> MIME-Version: 1.0 >> Subject: MDN response from Edicom AS2/AS4 Java Server >> Recipient-Address: http://xxx.xxx.ru >> Content-Type: multipart/signed; >> protocol="application/pkcs7-signature"; micalg=sha1; >> boundary="----=_Part_1083146_929576324.1411455894713" >> Content-Length: 3115 >> Host: xxx.xxx.ru >> Connection: Keep-Alive >> User-Agent: edicom AS2 Server >> > [..] >> при проксировании запроса nginx "отрывает" значение boundary (оно идет >> на отдельной строке), я поизучал RFC, не вижу явных противоречий, >> почему бы нельзя было так делать. >> >> >> скажите, это баг ? или нельзя хедер разносить на разные строки ? >> > [..] > > Многострочные заголовки не поддерживаются nginx-ом. > > А вот цитата из актуального RFC 7230: > > A sender MUST NOT generate a message that includes line folding > (i.e., that has any field-value that contains a match to the > obs-fold rule) unless the message is intended for packaging > within the message/http media type. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru