I actually found the problem - it was the qmail pop3d I was using, not the
courier-imap one. The
qmail-maildir++.patch killed the pop3d.c - it forgot to change two puts().
Although it works now, I'm slightly confused: The qmail-maildir++.patch is quite old -
I'm surely
not the first one to use it. Maybe it's only the debian qmail-src it breaks, although
i wouldn't
know why and I'm surely not the only one to use it.
Anyway, just in case somebody is interested, the lines 309:314 of qmail-pop3d.c have
to be changed
from
/* okay(); */
- puts("+OK ");
put(strnum,fmt_ulong(strnum,m[i].size));
- puts(" octets\r\n");
flush();
to
/* okay(); */
+ substdio_puts(&ssout,"+OK ");
put(strnum,fmt_ulong(strnum,m[i].size));
+ substdio_puts(&ssout," octets\r\n");
flush();
after applying the qmail-maildir++.patch . If anybody knows whether this is debian
specific please
tell me - I'd really like to know. Actually I might try and find out after I set up
the rest of the
server - still have to debug the SMTP-Auth :(
Thanks Tom for setting me on the right track.
Marc
>> What I'm getting is a wrong answer the RETR queries (authentication
>> works fine). When I Telnet the
>> pop3 port I get:
>>
>> Trying 127.0.0.1...
>> Connected to localhost.
>> Escape character is '^]'.
>> +OK <[EMAIL PROTECTED]>
>> USER <myusername>
>> +OK
>> PASS <mypass>
>> +OK
>> LIST
>> +OK
>> 1 1862
>> .
>> RETR 1
>> 1862Return-Path: <[EMAIL PROTECTED]>
>> Delivered-To: [...]
>> Received: [...]
>
> It sounds like a problem with your POP3 server. Perhaps try a
> different version of courier-imap? Look into the source for
> courier-imap to find the spot where it sends the response to RETR and
> see if there are any obvious problems?
>
> --
> Tom Collins - [EMAIL PROTECTED]
