Re: [vchkpw] courier-imap 1.7.x doesn't write open-smtp?
To be a little more precise... Remove the line "#undef HAVE_OPEN_SMTP_RELAY" from authlib/preauthvchkpw.c and recompile Courier-IMAP. On 5/29/03 12:29 PM, "Remo Mattei" <[EMAIL PROTECTED]> confessed: > You need to comment out the OPEN_SMTP in the courier.this is something > that has been done after 1.7.0. > > > -- Remo Mattei --cell 801-209-8554 > http://www.italy1.com > Freelance Networking-Security/Consultant > MCSE, MCP, MCP+I, MCT > Linux Trainer & Firewall Development > [EMAIL PROTECTED] > >> >> From: "Raboo" <[EMAIL PROTECTED]> >> Date: Thu, 29 May 2003 17:47:19 +0200 >> To: <[EMAIL PROTECTED]> >> Subject: [vchkpw] courier-imap 1.7.x doesn't write open-smtp? >> >> Hi list, my courier-imap 1.7.3 and 1.7.1 doesn't write open-smtp to >> /home/vpopmail/etc >> >> this is how i installed my courier imap. >> export CFLAGS="-DHAVE_OPEN_SMTP_RELAY" >> ./configure --prefix=/var/qmail/courier-imap --disable-root-check >> --without-authdaemon --with-authvchkpw --without-authldap >> make >> make install >> make install-configure >> >> >> and it doesn't work, any ideas or anyone with same problem? Rob Gridley, IT Manager Armstrong Partnership Ltd.
Re: [vchkpw] Courier-imap not setting open-relay in vpopmail/qmail
I'm just going to steal your thread for a sec here. ;p I saw this in the Courier-IMAP 1.7.1 ChangeLog the other day. It has stopped me from upgrading. * authlib/preauthvchkpw.c (auth_vchkpw_pre): Disable open_smtp_relay() until fixed by authvchkpw devs. Does anyone have any clarification on this? Rob Gridley, System Administrator MHz Design Communications Inc. 10 Four Seasons Place, Suite 900 Toronto, ON M9B 6H7 email: [EMAIL PROTECTED] web: http://www.mhzdesign.com phone: 416.626.1777 x234 fax: 416.626.7227 On 3/25/03 11:35 AM, "David Hubbard" <[EMAIL PROTECTED]> confessed: > Hello Courier users, > just wondering if anyone could point > me in the right direction for what to look > at. I am building a new mail server with > qmail/vpopmail and courier-imap/pop3. I > set courier for authvchkpw auth type and > it works successfully for imap and pop3 > logins. vpopmail never sets the open-relay > for the host doing the Courier login. It > does set it correctly if I use qmail's pop3 > server and vchkpw to authorize the connection. > > Is this a courier or vpopmail issue? I'm > running the latest courier-imap devel > version courier-imap-1.7.1.20030319 and vpopmail > 5.3.19. > > Thanks, > > David
[vchkpw] SpamAssassin
I realize this topic has been beaten to death, but I've decided to keep on poking it anyhow. It also might be a little OT. I wasn't able to find anything in the list archives similar to this, so I decided to post it in case it's useful to someone. I needed to have SpamAssassin scan all incoming mail for a particular domain on my server. I didn't want to patch qmail and use qmail-qfilter or qmail-scanner. I don't need the server to redirect the message, delete it, or bounce it. I just want the spam to be tagged/modified and it's up to my users what they do with it from there. Here's the solution I came up with: In my .qmail-default for the domain: | spamc -u [EMAIL PROTECTED] -e /usr/local/vpopmail/bin/vdelivermail '' bounce-no-mailbox My local.cf for SpamAssassin: rewrite_subject 1 subject_tag ***SPAM*** auto_whitelist_path ~/auto-whitelist bayes_path ~/bayes The command used to start spamd: spamd -a -d -u vpopmail -v Points of interest: I had to modify the auto_whitelist_path and bayes_path because for some reason when spamd uses vpopmail style home dir (-v option) it already puts /.spamassassin/ in the home dir path. (if I left the defaults my files would end up at ~vpopmail/domain.com/user/.spamassassin/.spamassassin/file) The following excerpt from the spamc man page explains that by using the -e option there is a small chance of losing mail: "Instead of writing to stdout, pipe the output to command's standard input. Note that there is a very slight chance mail will be lost here, because if the fork-and-exec fails there's no place to put the mail message." I can't find anything wrong with this solution, but comments are definitely welcome. Cheers, Rob Gridley, System Administrator MHz Design Communications Inc. Macs for productivity. UNIX for stability. Windows for solitaire.
