Re: [vchkpw] qmail-scanner replacement
On Wed, 2004-02-04 at 23:48, Ted Deppner wrote: On Wed, Feb 04, 2004 at 10:29:58AM -0700, Tom Collins wrote: message). I am curious about qmail-qfilter though... It doesn't appear to allow filtering on envelope information. Didn't dig too far, but didn't see any examples of it, and the examples shown didn't appear to have any hooks. envelope information? see badmailfrom, and also there are several patches which allow you to filter on recipient information. try sending a message to [EMAIL PROTECTED], or from [EMAIL PROTECTED] (just to name a few), you'll see :) -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] misreported quota
Hi, Has anyone encountered problems with quota being reported wrong? Here's my setup: netqmail1.04 mysql v12.22 distrib4.0.16 vpopmail-5.2.2 sqwebmail-3.6.2 I have compiled vpopmail with --enable-defaultquota (among other things). Quota works fine, but it is reported wrong. Here's how the maildirsize file looks like for a user who should have 0% usage (as he hasn't received any emails): 1000S,300C0 0316142 12957405 1319603 1100473 12480 12127 119866 13924 16072 1227397 128584 1315452 142763 11067385 1 ...and it goes on vuserinfo and sqwebmail reportssomething different to zero, andrising. The usersarestillable to receive emails, as they are far from overquota, but they always panic seeing 90% usage with no emails in inbox.
[vchkpw] vpopmail with SA
Hi, I just installed SpamAssassin in my vpopmail installation, with maildrop. The thing is that the sample script (provided everywhere, including SA distribution), uses the following command lines to get the users home dir: VHOME=`/var/vpopmail/pop/bin/vuserinfo -d [EMAIL PROTECTED] First, the path is not the default vpopmail installation (/home/vpopmail), but I can live with that :P The problem is that the [EMAIL PROTECTED] variable provided by .qmail provides the information in the form of virtualhost-virtual_user@domain. So, for my [EMAIL PROTECTED] it provides: [EMAIL PROTECTED] I'm using pretty much the default settings for everything, and i guess this is the normal behaviour of qmail. Just wondering if i'm missing something obvious or anyone has got around that. I am temporary using my full email on the 'vuserinfo -d' command instead of the variables, but I didnt want to go that way for each user. In case it matters, i'm using the latest stable version (vpopmail 5.4.0) with netqmail-1.04, and the latest SA (2.63). thanks in advance! Jw.
[vchkpw] bug in vadduser 5.4.0 ?
with just the -e option: # vadduser -e 'cryptedpasshere' [EMAIL PROTECTED] # password shows up in vpasswd file and such. with the -e and the -s option (since I'm adding 2000 users in a script): # vadduser -s -e 'cryptedpasshere' [EMAIL PROTECTED] Error in vauth_getpw() # the user is in the vpasswd file but there is no password information. Also, the home directory is created. Workaround: don't use the -s option, it only hurts for a minute :\ -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] vpopmail with SA
On Thu, 2004-02-05 at 06:23, Jean wrote: Hi, I just installed SpamAssassin in my vpopmail installation, with maildrop. The thing is that the sample script (provided everywhere, including SA distribution), uses the following command lines to get the users home dir: VHOME=`/var/vpopmail/pop/bin/vuserinfo -d [EMAIL PROTECTED] First, the path is not the default vpopmail installation (/home/vpopmail), but I can live with that :P The problem is that the [EMAIL PROTECTED] variable provided by .qmail provides the information in the form of virtualhost-virtual_user@domain. So, for my [EMAIL PROTECTED] it provides: [EMAIL PROTECTED] $EXT should only give you 'systest' [EMAIL PROTECTED]:~$ cat .qmail-test |echo $EXT testfile [EMAIL PROTECTED]:~$ echo hi | mailsubj test kitchen-test | qmail-inject [EMAIL PROTECTED]:~$ cat testfile test [EMAIL PROTECTED]:~$ I'm using pretty much the default settings for everything, and i guess this is the normal behaviour of qmail. Just wondering if i'm missing something obvious or anyone has got around that. I am temporary using my full email on the 'vuserinfo -d' command instead of the variables, but I didnt want to go that way for each user. shouldn't have to -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] qmail-scanner replacement
On Thu, Feb 05, 2004 at 02:54:09AM -0600, Jeremy Kitchen wrote: On Wed, 2004-02-04 at 23:48, Ted Deppner wrote: On Wed, Feb 04, 2004 at 10:29:58AM -0700, Tom Collins wrote: message). I am curious about qmail-qfilter though... It doesn't appear to allow filtering on envelope information. Didn't dig too far, but didn't see any examples of it, and the examples shown didn't appear to have any hooks. envelope information? see badmailfrom, and also there are several patches which allow you to filter on recipient information. badmailfrom doesn't allow for regex matches (I know there are patches, but stock it doesn't allow it). KLEZ was easily identified because of a null appended to the mail from: line... it's that sort of operation on envelope information handling that doesn't appear to be present in qmail-qfilter. -- Ted Deppner http://www.deppner.us/
Re: [vchkpw] vpopmail with SA
From: Jeremy Kitchen [EMAIL PROTECTED] $EXT should only give you 'systest' [EMAIL PROTECTED]:~$ cat .qmail-test |echo $EXT testfile [EMAIL PROTECTED]:~$ echo hi | mailsubj test kitchen-test | qmail-inject [EMAIL PROTECTED]:~$ cat testfile test Hm, that's right, I just changed it back to [EMAIL PROTECTED] and it works again. I must have tried something really stupid the first time I tried. Sorry for the unnecessary thread. thanks, Jw.
Re: [vchkpw] vpopmail with SA
On Feb 5, 2004, at 5:23 AM, Jean wrote: The problem is that the [EMAIL PROTECTED] variable provided by .qmail provides the information in the form of virtualhost-virtual_user@domain. So, for my [EMAIL PROTECTED] it provides: [EMAIL PROTECTED] This is a bug we've tried to squash multiple times in vdelivermail. I thought that in 5.4.0, we had finally ironed out the problems that resulted in Delivered-To containing the domain name twice. If you have a .qmail-alias file with direct Maildir delivery, qmail handles the delivery directly, and vdelivermail doesn't have an opportunity to rewrite that header. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter handheld Network Tester: http://sniffter.com/
Re: [vchkpw] bug in vadduser 5.4.0 ?
On Feb 5, 2004, at 10:19 AM, Jeremy Kitchen wrote: with just the -e option: # vadduser -e 'cryptedpasshere' [EMAIL PROTECTED] # password shows up in vpasswd file and such. with the -e and the -s option (since I'm adding 2000 users in a script): # vadduser -s -e 'cryptedpasshere' [EMAIL PROTECTED] Error in vauth_getpw() # the user is in the vpasswd file but there is no password information. Also, the home directory is created. Workaround: don't use the -s option, it only hurts for a minute :\ Can you please post this to the Bug Tracker on SourceForge so it doesn't get lost? -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter handheld Network Tester: http://sniffter.com/
Re: [vchkpw] vpopmail with SA
On Thu, 5 Feb 2004, Tom Collins wrote: This is a bug we've tried to squash multiple times in vdelivermail. I thought that in 5.4.0, we had finally ironed out the problems that resulted in Delivered-To containing the domain name twice. At least I'm not crazy. I've never been able to get [EMAIL PROTECTED] to work right. If you have a .qmail-alias file with direct Maildir delivery, qmail handles the delivery directly, and vdelivermail doesn't have an opportunity to rewrite that header. It seems this hack that's floating around (and that I'm using) takes care of that: VDIR=`pwd` USERNAME=`echo ${VDIR##*/}` USERHOST=`PWDTMP=${VDIR%/*}; echo ${PWDTMP##*/}` (USERNAME in place of EXT, USERHOST in place of HOST for readability in a very long default maildrop config) Charles -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter handheld Network Tester: http://sniffter.com/
Re: [vchkpw] bug in vadduser 5.4.0 ?
On Thu, 2004-02-05 at 11:57, Tom Collins wrote: Can you please post this to the Bug Tracker on SourceForge so it doesn't get lost? *nods* -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] qmail-scanner replacement
On Thu, 2004-02-05 at 11:44, Ted Deppner wrote: envelope information? see badmailfrom, and also there are several patches which allow you to filter on recipient information. badmailfrom doesn't allow for regex matches (I know there are patches, but stock it doesn't allow it). true, but if you're about to employ the qmailqueue patch along with qmail-qfilter just to do regex based envelope filtering.. you should take a look at the qregex patch: http://www.arda.homeunix.net/store/qmail/ it allows for regex filtering on the envelope information, including badmailto. without the need for extensive third party programs, just a quick patch. -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