Exactly! Sorry :-)
Additionaly I had to increase softlimit for smtp and it works like a breeze. Interesting could be that I had to vdeldoman and vadddomain the domain because vpopmail rejected to deliver mails to the domain created in old vpopmail (!) Roman [EMAIL PROTECTED] napsal(a): > Looks like you're missing a step here... > > This an excerpt from the toaster site: > > # add qmail toaster patch now that vpopmail is installed > cd /var/src/netqmail-1.05/netqmail-1.05 > bunzip2 -c ../../tar/qmail-toaster-0.9.1.patch.bz2 | patch -p0 << this > is missing !!!! > make clean > make > qmailctl stop > make setup check > > From your output it does not result that you've patched the netqmail > sources with the qmail-toaster patches bundle which includes the smtp-auth > patch also. > > The behavior of your server it's normal regarding the SMTP issue. It does > not advertise login mechanisms because, without the smtp-auth patch, you > do not require a password to send mail through your server. > > >> Hm strange, >> >> I downloaded new stable vpopmail and compilation of courier works. >> >> I only had to run this in Courier-imap compilation: >> env COURIERAUTHCONFIG=/usr/local/bin/courierauthconfig ./configure >> instead of simple ./configure. >> >> Bill, maybe this cheat could be added to toaster page. >> >> After I upgraded vpopmail I also did this: >> # /add qmail toaster patch now that vpopmail is installed/ >> cd /var/src/netqmail-1.05/netqmail-1.05 >> make clean >> make >> qmailctl stop >> make setup check >> >> >> Strange is that following two commands outputs "make: *** No rule to >> make target `cert'. Stop." >> (I don't know if it is important or nope.) >> >> make cert >> # /enter your company's information/ >> make tmprsadh >> # /NOTE: This may take a LONG time/ >> >> >> smtp auth problem still remains, much bigger pain than courier :) >> >> >> Roman >> >> >> >> Roman Bělonohý napsal(a): >> >>> Hello >>> >>> I thought I would never have problem with toaster, damn I have now :-) >>> >>> Friend's new Core2duo server, 64bit, nocona arch. >>> >>> I think this comp is somehow crazy configured (gentoo) because I use >>> several toasters on several 64bit gentoo machines without problem. >>> >>> Pop3 works ok. >>> But there is a problem with smtp. Users can't send e-mails (that >>> domain isn't in a list of my allowed recipient list) >>> >>> Maybe a problem with authorization for smtp? >>> >>> Another strange problem is that I can't compile courier, check the >>> error, looks like it's somehow related (MAYBE) to that smtp auth. >>> Especially check bold line, what should I recompile with -fPIC? >>> Vpopmail I guess? And if so, how to add there that "-fPIC" please? >>> >>> Compiling authmysqllib.c >>> Linking libauthmysql.la >>> Linking libauthcustom.la >>> Compiling authvchkpw.c >>> authvchkpw.c: In function 'auth_vchkpw_changepass': >>> authvchkpw.c:186: warning: passing argument 1 of 'parse_email' >>> discards qualifiers from pointer target type >>> Compiling preauthvchkpw.c >>> preauthvchkpw.c: In function 'auth_vchkpw_pre': >>> preauthvchkpw.c:67: warning: passing argument 1 of 'parse_email' >>> discards qualifiers from pointer target type >>> preauthvchkpw.c:141: warning: passing argument 3 of 'vset_lastauth' >>> discards qualifiers from pointer target type >>> Linking libauthvchkpw.la >>> */usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: >>> /home/vpopmail/lib/libvpopmail.a(vpopmail.o): relocation R_X86_64_32S >>> against `a local symbol' can not be used when making a shared object; >>> recompile with -fPIC >>> */home/vpopmail/lib/libvpopmail.a: could not read symbols: Bad value >>> collect2: ld returned 1 exit status >>> make[2]: *** [libauthvchkpw.la] Error 1 >>> make[2]: Leaving directory `/var/src/courier-authlib-0.59.1' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory `/var/src/courier-authlib-0.59.1' >>> make: *** [all] Error 2 >>> >>> I compared processes on my machine with working toaster and this one. >>> This bad machine doesn't have started smtp childs with vchkpw >>> processes, it's like: >>> root 8190 0.0 0.0 10080 1436 ? Ss Sep10 0:00 >>> /bin/sh /command/svscanboot >>> root 8203 0.0 0.0 2664 392 ? S Sep10 0:00 \_ >>> svscan /service >>> root 8205 0.0 0.0 2492 340 ? S Sep10 0:00 | >>> \_ supervise qmail-smtpd >>> vpopmail 15520 0.0 0.0 3732 572 ? S 14:01 0:00 | >>> | \_ /usr/local/bin/tcpserver -v -H -R -l 0 -x >>> /home/vpopmail/etc/tcp.smtp.cdb -c 20 -u 89 -g 89 0 s >>> root 8206 0.0 0.0 2492 340 ? S Sep10 0:00 | >>> \_ supervise log >>> qmaill 8216 0.0 0.0 2640 404 ? S Sep10 0:00 | >>> | \_ /usr/local/bin/multilog t /var/log/qmail/smtpd >>> root 8207 0.0 0.0 2496 340 ? S Sep10 0:00 | >>> \_ supervise clear >>> >>> >>> Good machine: >>> root 3877 0.0 0.0 1404 144 ? S May28 0:00 | >>> \_ supervise qmail-smtpd >>> vpopmail 12570 0.0 0.0 1604 452 ? S Aug30 0:43 | >>> | \_ /usr/local/bin/tcpserver -v -H -R -l 0 -x >>> /home/vpopmail/etc/tcp.smtp.cdb -c 20 -u 89 -g 89 0 s >>> vpopmail 6059 0.0 0.1 3176 984 ? S 14:10 0:00 | >>> | \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw >>> /bin/true >>> vpopmail 6247 0.0 0.1 3176 980 ? S 14:12 0:00 | >>> | \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw >>> /bin/true >>> >>> >>> >>> Roman >>> >>> >>> > > >
