[vchkpw] A strange problem with ssl connection
Hi folks, As I said, I've tested the qmail-pop3d daemon over ssl with ucspi-ssl (http://www.superscript.com/ucspi-ssl/intro.html). My runscript was: #!/bin/sh CAFILE=/usr/local/ssl/certs/pop3s.cert CERTFILE=/usr/local/ssl/certs/pop3s.cert KEYFILE=/usr/local/ssl/certs/pop3s.key DHFILE=/usr/local/ssl/certs/dh1024.pem export CAFILE CERTFILE KEYFILE DHFILE exec /usr/local/bin/softlimit -m 380 \ /usr/local/bin/sslserver -v -R -H -l 0 0 995 /var/qmail/bin/qmail-popup \ nesys.it /home/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir 21 The vchkpw was compiled with --enable-roaming-users. Well, there's a problem with roaming: the auth is fine, but my open-smtp is blank, and I've some .tmp files in /home/vpopmail/etc, like open-smtp.tmp.num. With the normal qmail-pop3d the vchkpw with roaming works correctly, without any problem. Then, question: have you ever been testing the vchkpw auth and roaming option with an ssl connection? I've tested courier-imap's pop3s too, with vchkpw+roaming or vchkpw+relay-ctrl. Courier 2.2.1 doens't work with roaming, but works correctly with vchkpw auth. Courier 2.2.2, in my opinion, has problems with vchkpw auth (where I put my PASS, the ssl session falls). Courier 2.2.1 with vchkpw and relay-ctrl has a security bug (the roaming is enabled for users with wrong pass too). Well, that's cool :) probably there's a strange problem between vchkpw/roaming/ssl connection? I need your feedbacks! Thanks for all Regards Andrea
[vchkpw] Html format message autoresponder QMailAdmin
Hi, I been installed qmailadmin v1.06, this have an autoresponder very good. The question is , how I can do and autorepond mail in HTML format, to include some images ? Thanks for your advices. -- Regards ___ Eduardo P. Román O. Infonet Chile/E-Money Web: www.e-money.cl / www.infonet.com
Re: [vchkpw] Html format message autoresponder QMailAdmin
On Mon, 2004-01-12 at 07:22, Eduardo P. Romn O. wrote: Hi, I been installed qmailadmin v1.06, this have an autoresponder very good. no, it's not actually. Make sure you get my patch from here if you plan to use it extensively: The question is , how I can do and autorepond mail in HTML format, to include some images ? perhaps just format the autoresponse message correctly? :) -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] Kitchen @ #qmail on EFNet - Join the party! . Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
Re: [vchkpw] Html format message autoresponder QMailAdmin
On Mon, 2004-01-12 at 10:10, Jeremy Kitchen wrote: On Mon, 2004-01-12 at 07:22, Eduardo P. Romn O. wrote: Hi, I been installed qmailadmin v1.06, this have an autoresponder very good. no, it's not actually. Make sure you get my patch from here if you plan to use it extensively: err.. might help to actually put the url there! Sigh, not enough redbull yet. here ya go: http://sourceforge.net/tracker/index.php?func=detailaid=808962group_id=6691atid=306691 -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] Kitchen @ #qmail on EFNet - Join the party! . Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
[vchkpw] Uneven distribution of Mailboxes in virtual domain structure
I have noticed some unique behavior with regards to where vpopmail decides to place a new user folder. We have a domain with over 5000 mailboxes and vpopmail is using folders under the domain to hold the maildirs. For example: [EMAIL PROTECTED] has the maildir location of: ~vpopmail/domains/domain.com/a/user1 There are subfolders ranging from 0-9 as well as A-Z and the letter a. The break down of maildirs per directory is: 0 61 1 59 2 55 3 54 4 48 5 50 6 49 7 54 8 48 9 48 A 52 B 52 C 50 D 57 E 56 F 49 G 54 H 53 I 52 J 57 K 50 L 40 M 56 N 47 O 52 P 51 Q 52 R 39 S 44 T 48 U 40 V 35 W 36 X 30 Y 41 Z 36 a3485 (Generated with: for i in `ls -la | grep drw| awk '{print $9}'`; do echo -n $i; ls -la $i | grep drw| wc -l; done) It seems that a preponderance of maildirs are being created in the directory a. To the point where I think the directory hash is suffering (ufs based filesystems). I have also had a problem with vpopmail removing deactivated accounts completely. Sometimes when a users account is deactivated I can go back to the users directory and find some dir (tmp, cur, or new) still remaining. This causes a reactivation to fail with User's directory already exists?. I then delete the users maildir remnants and the reactivation occurs as it should. I am also running NFS on the backend... So that might have something to do with the removal problem... But is certainly not the problem with the directory selection. Seems like more entropy is needed in the directory selection algorithm. The system is FreeBSD 4.8 running vpopmail 5.3.20 with an NFS backend for the ~vpopmail/domains/. Thoughts or comments? Tom Walsh Network Administrator http://www.ala.net/
[vchkpw] Working SMTP-AUTH-CRAM-MD5 after applied vchkpw.c.diff
Hello: I applied this vchkpw.c.diff patch from http://www.fehcom.de/qmail/smtpauth.html and CRAM-MD5 authentication seems to be working (of course I also applied the smtp-auth patch to qmail). # telnet 0 25 Trying 0.0.0.0... Connected to 0.0.0.0. Escape character is '^]'. 220 x.x.x ESMTP ehlo client 250-x.x.x 250-PIPELINING 250-8BITMIME 250 AUTH LOGIN PLAIN CRAM-MD5 auth CRAM-MD5 auth CRAM-MD5 334 PDk4MzkuMTA3Mzk0Njc1OEAwPg== YXNpZXJyYUBlZGljaW9uZXNlbmxpbmVhLmNvbSAyYTUwNjE2NjBjOTAwYTliNzM0Yzc2N2Q5NWEwODljNg== 235 ok, go ahead (#2.0.0) I used cmd5 (http://www.net-track.ch/opensource/) to generate the encoded responses. Seems to be ok, now I'll try with a real client. Thanks Erwin Hoffmann! :-) -- Alejandro Aguilar Sierra [EMAIL PROTECTED]
Re: [vchkpw] Uneven distribution of Mailboxes in virtual domain structure
- Original Message - From: Tom Walsh [EMAIL PROTECTED] I have noticed some unique behavior with regards to where vpopmail decides to place a new user folder. We have a domain with over 5000 mailboxes and vpopmail is using folders under the domain to hold the maildirs. It seems that a preponderance of maildirs are being created in the directory a. To the point where I think the directory hash is suffering (ufs based filesystems). I have also had a problem with vpopmail removing deactivated accounts completely. Sometimes when a users account is deactivated I can go back to the users directory and find some dir (tmp, cur, or new) still remaining. This causes a reactivation to fail with User's directory already exists?. I then delete the users maildir remnants and the reactivation occurs as it should. I am also running NFS on the backend... So that might have something to do with the removal problem... But is certainly not the problem with the directory selection. Seems like more entropy is needed in the directory selection algorithm. I dont use NFS, and I have never seen that sort of problem. The system is FreeBSD 4.8 running vpopmail 5.3.20 with an NFS backend for the ~vpopmail/domains/. Thoughts or comments? That is interesting I tried that on my server for a domain containing 5700 mailboxes, and found the distribution to be nice and even. All hashes had between 60 and less 99 entries. My server always has the current devel version installed. MySQL backend Redhat linux. Michael.
[vchkpw] vchkpw and courier 2.2.2 (probably a bug)
Hi folks, I've tryed to connect courier-2.2.2 with authvchkpw to the vpopmail-5.4.0-rc1, and probably I've finded a bug. MrSam has confirmed. I hope my test could help you to define the bug, and to find the solution. The thread in courier-imap ml is this: '[Courier-imap] Re: courier-2.2.2.20040110, vpopmail-5.4.0-rc1 and authentication problem' My test: # cat /tmp/testit pop3 login [EMAIL PROTECTED] test ^D # /usr/local/courier-imap/libexec/authlib/authvchkpw \ /bin/sh -c 'echo $AUTHENTICATED' 3/tmp/testit AUTHFAILURE # My ktrace (like strace): ktrace /usr/local/courier-imap/libexec/authlib/authvchkpw \ /bin/sh -c 'echo $AUTHENTICATED' 3/tmp/testit kdump -f ktrace.out kdump.out 18592 ktrace RET ktrace 0 18592 ktrace CALL execve(0xcfbfdbcf,0xcfbfdb74,0xcfbfdb8c) 18592 ktrace NAMI /usr/local/courier-imap/libexec/authlib/authvchkpw 18592 authvchkpw EMUL native 18592 authvchkpw RET execve 0 18592 authvchkpw CALL open(0x10e5,0,0) 18592 authvchkpw NAMI /usr/libexec/ld.so 18592 authvchkpw RET open 3 18592 authvchkpw CALL read(0x3,0xcfbfd8a4,0x20) 18592 authvchkpw GIO fd 3 read 32 bytes [EMAIL PROTECTED] \0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0 18592 authvchkpw RET read 32/0x20 18592 authvchkpw CALL mmap(0,0xf000,0x5,0x2,0x3,0,0,0) 18592 authvchkpw RET mmap 1073831936/0x40016000 18592 authvchkpw CALL mmap(0x40023000,0x2000,0x7,0x12,0x3,0,0xd000,0) 18592 authvchkpw RET mmap 1073885184/0x40023000 18592 authvchkpw CALL issetugid 18592 authvchkpw RET issetugid 0 18592 authvchkpw CALL __sysctl(0xcfbfd714,0x2,0x40024a08,0xcfbfd710,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL mmap(0,0x8000,0x3,0x1004,0x,0,0,0) 18592 authvchkpw RET mmap 1073893376/0x40025000 18592 authvchkpw CALL open(0x40017b74,0,0) 18592 authvchkpw NAMI /var/run/ld.so.hints 18592 authvchkpw RET open 4 18592 authvchkpw CALL fstat(0x4,0xcfbfd6bc) 18592 authvchkpw RET fstat 0 18592 authvchkpw CALL mmap(0,0x1bcb,0x1,0x4,0x4,0,0,0) 18592 authvchkpw RET mmap 1073926144/0x4002d000 18592 authvchkpw CALL open(0x4002e26e,0,0) 18592 authvchkpw NAMI /usr/lib/libm.so.1.0 18592 authvchkpw RET open 5 18592 authvchkpw CALL read(0x5,0xcfbfd79c,0x20) 18592 authvchkpw GIO fd 5 read 32 bytes [EMAIL PROTECTED] \0\0\0\0\0\0\0\0\0\0\0 18592 authvchkpw RET read 32/0x20 18592 authvchkpw CALL mmap(0,0x14000,0x5,0x4,0x5,0,0,0) 18592 authvchkpw RET mmap 1073934336/0x4002f000 18592 authvchkpw CALL mprotect(0x40042000,0x1000,0x7) 18592 authvchkpw RET mprotect 0 18592 authvchkpw CALL mmap(0x40043000,0,0x3,0x1014,0x,0,0,0) 18592 authvchkpw RET mmap 1074016256/0x40043000 18592 authvchkpw CALL close(0x5) 18592 authvchkpw RET close 0 18592 authvchkpw CALL open(0x4002e093,0,0) 18592 authvchkpw NAMI /usr/lib/libc.so.29.0 18592 authvchkpw RET open 5 18592 authvchkpw CALL read(0x5,0xcfbfd79c,0x20) 18592 authvchkpw GIO fd 5 read 32 bytes [EMAIL PROTECTED] \0\0\0\0\0\0\0\0\0\0\0 18592 authvchkpw RET read 32/0x20 18592 authvchkpw CALL mmap(0,0xbd6f0,0x5,0x4,0x5,0,0,0) 18592 authvchkpw RET mmap 1074016256/0x40043000 18592 authvchkpw CALL mprotect(0x400c9000,0x9000,0x7) 18592 authvchkpw RET mprotect 0 18592 authvchkpw CALL mmap(0x400d2000,0x2e6f0,0x3,0x1014,0x,0,0,0) 18592 authvchkpw RET mmap 1074601984/0x400d2000 18592 authvchkpw CALL close(0x5) 18592 authvchkpw RET close 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x18210,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x18214,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x18218,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x1821c,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x18220,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x18224,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x18228,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL __sysctl(0xcfbfd6c4,0x2,0x1822c,0xcfbfd6c0,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL munmap(0x4002d000,0x1bcb) 18592 authvchkpw RET munmap 0 18592 authvchkpw CALL close(0x4) 18592 authvchkpw RET close 0 18592 authvchkpw CALL close(0x3) 18592 authvchkpw RET close 0 18592 authvchkpw CALL __sysctl(0xcfbfd84c,0x2,0x401006e8,0xcfbfd848,0,0) 18592 authvchkpw RET __sysctl 0 18592 authvchkpw CALL readlink(0x4008a5f6,0xcfbfd7a4,0x3f) 18592 authvchkpw NAMI /etc/malloc.conf 18592 authvchkpw RET readlink -1 errno 2 No such file or directory 18592 authvchkpw CALL issetugid 18592 authvchkpw RET issetugid 0 18592 authvchkpw CALL mmap(0,0x1000,0x3,0x1002,0x,0,0,0) 18592
[vchkpw] catch-all/maildirquota problem (5.4.0-rc1)
Hi, I just tested 5.4.0-rc1 to see if maildirquota problem with catch-all was fixed and I have still this problem. (qmail is patched with qmail-maildir++.patch). # /home/vpopmail/bin/vadddomain test.com test # /home/vpopmail/bin/vsetuserquota [EMAIL PROTECTED] 1000 # echo | /home/vpopmail/bin/vdelivermail '' /home/vpopmail/domains/test.com/postmaster /home/vpopmail/domains/test.com/.qmail-default # cd /home/vpopmail/domains/test.com/postmaster/Maildir/ # ls -l total 16 drwx--2 vpopmail vchkpw 4096 jan 13 01:22 cur drwx--2 vpopmail vchkpw 4096 jan 13 01:22 new -rw---1 vpopmail vchkpw 36 jan 13 01:22 sqwebmail-pass drwx--2 vpopmail vchkpw 4096 jan 13 01:22 tmp # echo test | mail [EMAIL PROTECTED] # ls -l total 20 drwx--2 vpopmail vchkpw 4096 jan 13 01:22 cur -rw---1 vpopmail vchkpw 20 jan 13 01:24 maildirsize drwx--2 vpopmail vchkpw 4096 jan 13 01:24 new -rw---1 vpopmail vchkpw 36 jan 13 01:22 sqwebmail-pass drwx--2 vpopmail vchkpw 4096 jan 13 01:24 tmp # cat maildirsize 1000S 0 0 212 1 Great works fine ! But now with catch-all doesn't work (maildirsize file isn't updated). # echo test | mail [EMAIL PROTECTED] # cat maildirsize 1000S 0 0 212 1 # ls -l new/ total 8 -rw---1 vpopmail vchkpw281 jan 13 01:24 1073953482.8587.ns3110.ovh.net,S=212 -rw---1 vpopmail vchkpw269 jan 13 01:27 1073953631.8623.ns3110.ovh.net,S=206 # cat new/1073953631.8623.ns3110.ovh.net,S\=206 Return-Path: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Received: (qmail 8621 invoked by uid 0); 13 Jan 2004 00:27:11 - Date: 13 Jan 2004 00:27:11 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] test Hope it helps. Octave
Re: [vchkpw] vchkpw and courier 2.2.1 (long)
- Original Message - From: Andrea Riela [EMAIL PROTECTED] Michael Bowe wrote: I will download, test, and will report back my findings soon (might not be till tomorrow though sorry) Thanks Michael, Well, probably I don't understand the '-lcrypt' on lib_deps file. If I insert that on lib_deps before compile courier, I couldn't do gmake: When you compile/install vpopmail, it records the required libraries etc into the lib_deps file This is so that when add-on programs try to link against the libvpopmail.a, they know what libraries are going to be required. You shouldnt need to manually edit this file... It should be auto-populated when you run make install-strip Here is what the lib_deps would contain for a typical vpopmail/cdb install -L/home/vpopmail/lib -lvpopmail -lcrypt Here is what the lib_deps would contain for a typical vpopmail/mysql install : -L/home/vpopmail/lib -lvpopmail -L/usr/local/mysql/lib -lmysqlclient -lz -lcrypt Here is what the lib_deps would contain for a typical vpopmail/ldap install -L/home/vpopmail/lib -lvpopmail -L/usr/local/lib -lldap -llber -lresolv -l crypt Here is what the lib_deps would contain for a typical vpopmail/pgsql insatll -L/home/vpopmail/lib -lvpopmail -L/usr/local/pgsql/lib -lpq -lcrypt As you can see, the contents will vary depending on the auth backend. They should all contain -lcrypt though, as the crypt function is required by some of the functions inside vpopmail Michael.
Re: [vchkpw] vchkpw and courier 2.2.2 (probably a bug)
- Original Message - From: Andrea Riela [EMAIL PROTECTED] Subject: [vchkpw] vchkpw and courier 2.2.2 (probably a bug) Hi folks, I've tryed to connect courier-2.2.2 with authvchkpw to the vpopmail-5.4.0-rc1, and probably I've finded a bug. MrSam has confirmed. I hope my test could help you to define the bug, and to find the solution. The thread in courier-imap ml is this: '[Courier-imap] Re: courier-2.2.2.20040110, vpopmail-5.4.0-rc1 and authentication problem' I have been doing some testing against that 2.2.2 build, and I have found the bug. I should have a patch available soon Michael.