Hi,
thanks for reporting this problem.=20
On Fri, 6 May 2005 16:34:15 +0000
Philippe Berger <keith001@...> wrote:
> Freepops is a pop interface to many web mail services
> (http://www.freepops.org/en/)
>=20
> Gnubiff doesn't seem to interact too well with it: pop checking ends with
> the following:
> Pop exception: N3Pop15pop_command_errE
>=20
> Reproducing to steps by hand, the difference I can see between freepops a=
nd my regular=20
> pop server is that freepops sends the headers in a different order when r=
eplying to the
> TOP command.
>=20
> Following are:
> - the output of gnubiff compiled --enable-debug
> - the equivalent commands sent by hand to the freepops server.
>=20
> Can the order of the headers be critical to gnubiff, or is it something e=
lse entirely?
This exception is only thrown (when handling the TOP command) if there is a=
CRLF problem. Can you (manually) check if all the lines returned by the fr=
eepops server (for the TOP command) are terminated by CRLF (0x0d 0x0a) and =
not just by a line feed (LF, 0x0a)? If this is not the case it's a bug in t=
he freepops server (the RFC standard requires CRLF), otherwise it's probabl=
y a gnubiff bug.
Thanks,
CU Robert :-)
|