[vchkpw] how to write a procmail script for copy/filter/forward virtual or real domain email kept by vpopmail?
Hi, I want to write a procmail script for copy a email to somewhere, or some spool, so as to get the email head for short message of mobil phone, how to write with a virtual domain for vpopmail? Thanks Jerry
RE: [vchkpw] qmail + vpopmail + mysql + Redhat 8
Tom, I believe I figured out what was causing the problem. In the virtual domains file there was a hidden ^M at the end of the domain. When I removed the ^M, everything worked just fine. Thanks for responding. Keith -Original Message- From: Tom Walsh [mailto:[EMAIL PROTECTED]] Sent: Monday, December 30, 2002 1:02 PM To: Lapidus, Keith; [EMAIL PROTECTED] Subject: RE: [vchkpw] qmail + vpopmail + mysql + Redhat 8 Keith, In an effort to troubleshoot this particular problem... Would it be possible for you to alter the assign file to also include an entry for kelnet.net_ but point to the same information as the other entry in the assign file? Then see if it works... (this would test the rest of the vpopmail installation as it sits.) I am pretty sure it will because of the stray _ in there. I have to wonder where that is coming from. Seems like it might be a bug with the gcc compiler or the glibc itself... as I have heard there are some issues with that gcc compiler... I am not really sure... As I understand the process qmail-smtpd receives the mail and then hands it over to vckpw which mangles the user information into the EXT compatiable format [EMAIL PROTECTED] (which vdelievermail uses when the variables come from qmail-local/qmail-command). It might be possible that vckpw is suspect in RH8.0 when compiled with that version of gcc... I read that you tried the compiled binaries on RH8.0 but I think you are talking about qmail not vpopmail (which is where the issue probably resides). Good luck on getting it sorted... I could dig through the code, but I am having my own issues that I am trying to dig through the code to find right now... (post forth coming shortly). Let me know what you find out. I am always curious when something odd like this pops up. Tom Walsh Network Administrator http://www.ala.net/ ::-Original Message- ::From: Lapidus, Keith [mailto:[EMAIL PROTECTED]] ::Sent: Monday, December 30, 2002 12:21 PM ::To: Tom Walsh; [EMAIL PROTECTED] ::Subject: RE: [vchkpw] qmail + vpopmail + mysql + Redhat 8 :: :: ::Tom, :: ::Thanks for the info although I believe that everything is configured ::correctly. I did notice something interesting though. When I send mail ::to the 8.0 server and watch the log file for the starting delivery ::messages I see this: :: ::@40003e108cb13a39e81c new msg 196739 ::@40003e108cb13a39ff8c info msg 196739: bytes 57171 from ::[EMAIL PROTECTED] qp 13176 uid 502 ::@40003e108cb13ac7439c starting delivery 1: msg 196739 to local ::[EMAIL PROTECTED] ::@40003e108cb13ac75b0c status: local 1/10 remote 0/20 ::@40003e108cb13b17b944 delivery 1: failure: ::Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ ::@40003e108cb13b17d884 status: local 0/10 remote 0/20 :: ::Notice where it says starting delivery 1: msg 196739 to local ::[EMAIL PROTECTED] there is a _ attached to kelnet.net_. This ::would explain why qmail is not talking to vpopmail. I am not sure why ::this is happening because when I do the same thing on the 7.3 box, the ::extra _ is not there and the correct virtual domain is found as shown ::below: :: ::@40003e1089a12edf07f4 new msg 58686 ::@40003e1089a12edf234c info msg 58686: bytes 57192 from ::[EMAIL PROTECTED] qp 3843 uid 502 ::@40003e1089a1342ae96c starting delivery 21: msg 58686 to local ::[EMAIL PROTECTED] ::@40003e1089a1342b04c4 status: local 1/10 remote 0/20 ::@40003e1089a137502ddc delivery 21: success: did_0+0+1/ ::@40003e1089a137504d1c status: local 0/10 remote 0/20 ::@40003e1089a1375054ec end msg 58686 :: ::For grins, I recompiled qmail on the 7.3 box and installed the compiled ::binaries on the 8.0 box but still have this problem. My thoughts were ::that the 7.3 box is using gcc 2.96 and the 8.0 box is using gcc 3.2. :: ::Any thoughts or should I possibly defer to the qmail board or maybe ::downgrade to 7.3 from 8.0 redhat? :: ::-Original Message- ::From: Tom Walsh [mailto:[EMAIL PROTECTED]] ::Sent: Monday, December 30, 2002 11:09 AM ::To: Lapidus, Keith; [EMAIL PROTECTED] ::Subject: RE: [vchkpw] qmail + vpopmail + mysql + Redhat 8 :: :: ::Keith, :: ::I have seen this problem one time in the past when I was setting up a ::Free BSD machine. :: ::I don't recall the specific details as to why it was doing this, just ::that is was. :: ::I think the problem is related to the configuration of qmail and ::specifically the assign file. Make sure that your assign file references ::the correct domain name and storage path... :: ::The storage path for the domian is highly important as it is where qmail ::looks for the .qmail-default that vdelivermail ends up running from... :: ::Hope that helps. :: ::Tom Walsh ::Network Administrator ::http://www.ala.net/ :: :: -Original Message- From: Lapidus, Keith [mailto:[EMAIL PROTECTED]] Sent: Monday, December 30, 2002 10:22 AM To: Tom Walsh; [EMAIL PROTECTED] Subject: RE: [vchkpw] qmail + vpopmail + mysql + Redhat 8
Re: [vchkpw] Relay Problems: tcpserver?
On Thu, 2 Jan 2003, Tim Hasson wrote: Tim, Are you using tcpserver -x ~vpopmail/etc/tcp.smtp.cdb in your qmail-smtpd run file? If yes, then proceed.. I was using tcp.smtp.cdb in vpopmail for roaming users until I upgraded to 5.2.1 w/ mysql, so i ended up also applying matt simerson's mysql patch to tcpserver (or ucscpi package -- as recommended by README.mysql): http://matt.simerson.net/computing/mail/qmail/ucspi-tcp-0.88-mysql.patch After that you could run tcpserver with the new -S option (to enable tcpserver to read relay information from vpopmail's relay table in mysql) Just make sure you create a file /var/qmail/control/sql containing: server localhost port3306 databasevpopmail table relay userusername passsecret time7200 Then you could compile your tcp.smtp to another location (for example /etc/tcp.smtp.cdb) and change tcpserver -x to that new file (maintaining the additional -S option). This way, you will have a slim tcp.smtp.cdb that never changes except when you change it. This is a much better approach if you are using both --enable-roaming-users=y and --enable- mysql=y. Many thanks for the pointers. I'll try this out ASAP... --Duncan
[vchkpw] Oracle + Vpopmail 5.2.1
Hello, I'm having a very difficult time compiling oracle support into vpopmail 5.2.1 (and 4.9.X). I followed the directions in this post http://www.mail-archive.com/vchkpw@inter7.com/msg08675.html changing the incdir and libdir to point to my oracle 8.1.7 install (Programmer Install). I can compile voracle.pc perfectly but only after i run the configure script which is different from the post above. If i don't run the configure script first i get an error like this. Error at line 31, column 10 in file voracle.pc #include config.h ..1 PCC-S02015, unable to open include file I believe this happens because i have not ran the configure script yet to create that file. I think it has somthing to do with the configure options i'm using, but i really have no idea at this point. I've attached the full output of the make as well. Thanks for any help you can offer. The system is RH 7.2 with oracle 8.1.7. -- *** Ryan Moser (_R_j_M_) *** [EMAIL PROTECTED] [root@web3 vpopmail-5.2.1]# make make all-recursive make[1]: Entering directory `/usr/local/src/vpopmail-5.2.1' Making all in cdb make[2]: Entering directory `/usr/local/src/vpopmail-5.2.1/cdb' ( cat warn-auto.sh; \ echo CC=\'`head -1 conf-cc`\'; \ echo LD=\'`head -1 conf-ld`\'; \ cat find-systype.sh; \ ) | sh systype ( cat warn-auto.sh; \ echo 'main=$1; shift'; \ echo 'rm -f $main'; \ echo 'ar cr $main ${1+$@}'; \ case `cat systype` in \ sunos-5.*) ;; \ unix_sv*) ;; \ irix64-*) ;; \ irix-*) ;; \ dgux-*) ;; \ hp-ux-*) ;; \ sco*) ;; \ *) echo 'ranlib $main' ;; \ esac \ ) makelib chmod 755 makelib ( ( ./compile tryulong32.c ./load tryulong32 \ ./tryulong32 ) /dev/null 21 \ cat uint32.h2 || cat uint32.h1 ) uint32.h rm -f tryulong32.o tryulong32 ./compile cdb_hash.c ./compile cdb_unpack.c ./compile cdb_seek.c ./makelib cdb.a cdb_hash.o cdb_unpack.o cdb_seek.o ./compile cdbmake_pack.c ./compile cdbmake_hash.c ./compile cdbmake_add.c ./makelib cdbmake.a cdbmake_pack.o cdbmake_hash.o \ cdbmake_add.o make[2]: Leaving directory `/usr/local/src/vpopmail-5.2.1/cdb' make[2]: Entering directory `/usr/local/src/vpopmail-5.2.1' gcc3 -I. -I/u01/app/oracle/product/8.1.7/precomp/public -g -O2 -Wall -c vpopmail.c gcc3 -I. -I/u01/app/oracle/product/8.1.7/precomp/public -g -O2 -Wall -c md5.c gcc3 -I. -I/u01/app/oracle/product/8.1.7/precomp/public -g -O2 -Wall -c bigdir.c gcc3 -I. -I/u01/app/oracle/product/8.1.7/precomp/public -g -O2 -Wall -c vauth.c vauth.c:110: warning: type defaults to `int' in declaration of `sqlcxt' vauth.c:112: warning: type defaults to `int' in declaration of `sqlcx2t' vauth.c:113: warning: type defaults to `int' in declaration of `sqlbuft' vauth.c:114: warning: type defaults to `int' in declaration of `sqlgs2t' vauth.c:115: warning: type defaults to `int' in declaration of `sqlorat' vauth.c: In function `vauth_getpw': vauth.c:689: warning: return from incompatible pointer type vauth.c: At top level: vauth.c:693: conflicting types for `vauth_getpw_size' voracle.h:70: previous declaration of `vauth_getpw_size' vauth.c: In function `vauth_getall': vauth.c:1281: warning: return from incompatible pointer type vauth.c: At top level: vauth.c:1285: conflicting types for `vauth_getall_size' voracle.h:72: previous declaration of `vauth_getall_size' vauth.c: In function `vauth_setpw': vauth.c:1544: warning: passing arg 1 of `vauth_setpw_size' from incompatible pointer type vauth.c: At top level: vauth.c:1548: conflicting types for `vauth_setpw_size' voracle.h:73: previous declaration of `vauth_setpw_size' vauth.c: In function `vread_dir_control': vauth.c:1976: `DIR_CONTROL_SELECT' undeclared (first use in this function) vauth.c:1976: (Each undeclared identifier is reported only once vauth.c:1976: for each function it appears in.) vauth.c: In function `vcreate_dir_control': vauth.c:2390: `DIR_CONTROL_TABLE_LAYOUT' undeclared (first use in this function) vauth.c: At top level: vauth.c:106: warning: `sqlstm' defined but not used vauth.c:118: warning: `IAPSUCC' defined but not used vauth.c:119: warning: `IAPFAIL' defined but not used vauth.c:120: warning: `IAPFTL' defined but not used make[2]: *** [vauth.o] Error 1 make[2]: Leaving directory `/usr/local/src/vpopmail-5.2.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/vpopmail-5.2.1' make: *** [all-recursive-am] Error 2 signature.asc Description: This is a digitally signed message part