Re: AW: [vchkpw] POP gives strange RETR answers
tisdagen den 2 december 2003 19.46 skrev Marc Schneider:
> > It has to be debian specific because the patch I have has these changes,
> > get the current one here:
> >
> > http://www.shupp.org/
> >
> > Or rather the fixed one in the latest vpopmail tarball.
>
> I got the patch from shupp.org. It fixes all the puts() ==> substdio_puts()
> apart from the two in the pop_top() function. I just wander if the
> pop_top() function is different in the debian release...
This is what this (note: "pop3_top") function looks like in the
"qmail-pop3d.c" source using vanilla qmail and the maildir++ patch:
void pop3_top(arg) char *arg;
{
int i;
unsigned long limit;
int fd;
i = msgno(arg);
if (i == -1) return;
arg += scan_ulong(arg,&limit);
while (*arg == ' ') ++arg;
if (scan_ulong(arg,&limit)) ++limit; else limit = 0;
fd = open_read(m[i].fn);
if (fd == -1) { err_nosuch(); return; }
okay();
substdio_fdbuf(&ssmsg,read,fd,ssmsgbuf,sizeof(ssmsgbuf));
blast(&ssmsg,limit);
close(fd);
}
Maybe I'm just tired..., I don't see any put() here...
AW: [vchkpw] POP gives strange RETR answers
> It has to be debian specific because the patch I have has these changes, get > the current one here: > > http://www.shupp.org/ > > Or rather the fixed one in the latest vpopmail tarball. I got the patch from shupp.org. It fixes all the puts() ==> substdio_puts() apart from the two in the pop_top() function. I just wander if the pop_top() function is different in the debian release...
Re: [vchkpw] POP gives strange RETR answers
tisdagen den 2 december 2003 18.59 skrev Marc Schneider:
[...]
> 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 :(
It has to be debian specific because the patch I have has these changes, get
the current one here:
http://www.shupp.org/
Or rather the fixed one in the latest vpopmail tarball.
RE: [vchkpw] POP gives strange RETR answers
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
>> +OK
>> PASS
>> +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]
Re: [vchkpw] POP gives strange RETR answers
On Tuesday, December 2, 2003, at 06:34 AM, Marc Schneider wrote: 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 +OK PASS +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] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/
[vchkpw] POP gives strange RETR answers
Hi, I have a problem with my QMail - Vpopmail - QMail Scanner installation. I don't know whether it's VPopmail related, so hopefully I'm in the right mailing list :) My System is running debian 3.0 and is installed along the instructions of Michael Bowe with some changes as I'm installing the debian qmail package to fix the mail-transport dependencies and using SMTP-Auth. 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 +OK PASS +OK LIST +OK 1 1862 . RETR 1 1862Return-Path: <[EMAIL PROTECTED]> Delivered-To: [...] Received: [...] The answer should be something like +OK 825 octets [newline] Return-Path:... but it's [bytes]Return-Path:... , which breaks my client (and probably any client, as it's interpreted as an error message). Logs show nothing special: Message: vchkpw-pop3: (PLAIN) login success ... Error:2 If it's not VPopmail related, please tell me where to look. The messages that are stored in the VPopmail folder look fine. I ran the qmail scanner spam and virus tests and the mail end up, properly marked and as they should in the right maildir. I just can't access them, that's all. My exact configuration: Debian 3.0r1 woody openssl-0.9.7c shorewall firewall mysql 4.0.16 ucspi-tcp 0.88 (debian package with ucspi-rss.diff already applied) daemontools 0.76_8 debian source package qmail 1.03_24 (debian package, includes QMail queue patch, bad mail to patch, big dns patch. I applied patches: Tarpit, SMTP-Auth, TLS) vpopmail 5.3.30 (also tested with 5.3.29 - same thing) courier-imap 2.1.1 QMail Scanner 1.20 with spamassasin 2.60, razor sdk 2.03, agents 2.36, tnef 1.2.1, maildrop 1.6.3, clamav 0.65 VPopmail configure: --enable-roaming-users=n \ --enable-logging=v \ --enable-defaultquota=104857600S \ --enable-ip-alias-domains=n \ --enable-passwd=n \ --enable-clear-passwd=y \ --enable-domainquotas=y \ --enable-mysql=y \ --enable-many-domains=y \ --enable-auth-logging=y \ --enable-mysql-logging=y \ --enable-valias=y \ --enable-mysql-limits=n
