Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
On Fri, Apr 24, 2009 at 11:25 AM, Koustubha Kale kmk...@gmail.com wrote: here it is. I have obfuscated user, domain names IP's. - Original Message - From: mailer-dae...@hub.domain1.com To: sen...@branch1.domain2.com Sent: Wednesday, April 22, 2009 10:42 AM Subject: failure notice Hi. This is the qmail-send program at hub.domain1.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. rc...@branch2.domain1.com: mail is looping You have given a sample of a mail which has bounced. Can you send an headers from the email from the Maildir on the central server? This is before it is picked up by maildirsmtp. Also the error message is from qmail-smtpd. There is a maximum limit of no of headers in qmail-smtpd (defined by MAXHOPS). Are you reaching that limit. You can create a control file /var/qmail/control/maxhops in case you want to increase that !DSPAM:49f16d8932688643591450!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
You have given a sample of a mail which has bounced. Can you send an headers from the email from the Maildir on the central server? This is before it is picked up by maildirsmtp. The maildir is on the BRANCH server. maildirsmtp picks the mail from there and delivers to central server. The vpopmail is running on central server. Where if I use 5.4.27 the mail bounces back with looping error. If I use vpopmail 5.4.9 it does not bounce. Here is a header from a mail in the maildir before it is picked up by maildirsmtp.. Delivered-To: alias-ppp-rc...@branch2.domain1.com Delivered-To: rc...@branch2.domain1.com From: sender sen...@branch2.domain1.com To: x...@xyz.com, rcpt1 rc...@branch2.domain1.com Cc: a...@xyz.com Subject: Re: some subject Date: Fri, 24 Apr 2009 13:23:40 +0530 X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 REMINDER. Also the error message is from qmail-smtpd. There is a maximum limit of no of headers in qmail-smtpd (defined by MAXHOPS). Are you reaching that limit. You can create a control file /var/qmail/control/maxhops in case you want to increase that How do I know if I am reaching the header limit? I dont have a control/MAXHOPS Never had. If that is the problem how does reverting back to vpopmail 5.4.9 resolves the issue? -- Regards Koustubha Kale !DSPAM:49f176c532682142341579!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
1. On the central server you are using vdelivermail to deliver it to a Maildir Check your .qmail-default file on the central server. vdelivermail adds a Delivered-To: header My .qmail-default on central server is | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox 2. On the final branch server, you are again using vdelivermail to deliver the mail to the user's maildir. vdelivermail has a code is_looping() which checks if the header Delivered-To is present. The message mail is looping is in the vdelivermail code. SMTP has the message message is looping (#5.4.6) which is totally different from the message shown in the bounce. The message never reaches the final branch server. Its bounced by the central server. As I had mentioned in my first mail, branch server has all users as local system accounts. There is no vpopmail installed on branch servers. So delivery is made direct to users $HOME/Maildir. As the message is bounced by the central server it means the error code mail is looping is coming from the central servers vdelivermail. 3. Delivered-To is removed by maildirsmtp. Which again leads to the suspicion that there are more than one delivered-To header in the mail on the central server I would request you again to go to your central server (not the branch server and not the bounce message which you gave earlier). On the central server go do the Maildir of the catch-all alias. Just look for Delivered-To header in the mail. There is no catch all alias. There never was. Earlier we used to operate under catch all delete. Now it is catch all bounce. Changing it to catch all delete has no effect. Under vpopmail 5.4.9 there are no looping error bounces but under 5.4.27 there are, be it delete or bounce in the .qmail-default I am also replying to your other mail in here.. There are two Delivered-To headers and that's the problem. The first line is Delivered-To: alias-ppp-rc...@branch2.domain1.com mailto:alias-ppp-rc...@branch2.domain1.com The second is Delivered-To: rc...@branch2.domain.com mailto:rc...@branch2.domain.com Which of these two dissapear when you replace with the older vdelivermail? When the mail reaches the central server, Delivered-To: alias-ppp-rc...@branch2.domain1.com disappears as it is stripped by maildirsmtp. The message is never delivered by the central server to anybody but is bounced with the looping error, hence in the bounce message we see only one Delivered-To: header which must be the remaining on from here (i.e. the one sent by the branch server ) and it must be the one causing the trouble. Its put in by branch server qmail first accepting the message as its for a local domain but later putting it in alias/pppdir as per .qmail-default when a matching user is not found on local server. Question is why was vpopmail on central server accepting this in version 5.4.9 and why is it now bouncing the same kind of messages in version 5.4.27? What is your .qmail-default file for branch2.domain1.com http://branch2.domain1.com? | forward alias-ppp-$LOCAL@$HOST Remember all branch users are local system accounts. There is no vpopmail on branch server. Regards Koustubha Kale !DSPAM:49f1972032681019979745!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
I have a horrible feeling that Read Rcpt was on when I sent the last reply!! If so my please accept my apology. I was playing with getting gmail on my desktop thunderbird client. So very sorry about it.. :( regards koustubha Kale !DSPAM:49f193f732684239652057!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
On Fri, Apr 24, 2009 at 3:39 PM, Koustubha Kale kmk...@gmail.com wrote: 1. On the central server you are using vdelivermail to deliver it to a Maildir Check your .qmail-default file on the central server. vdelivermail adds a Delivered-To: header My .qmail-default on central server is | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox How does it get delivered to a Maildir. Are you using an alias? 2. On the final branch server, you are again using vdelivermail to deliver the mail to the user's maildir. vdelivermail has a code is_looping() which checks if the header Delivered-To is present. The message mail is looping is in the vdelivermail code. SMTP has the message message is looping (#5.4.6) which is totally different from the message shown in the bounce. The message never reaches the final branch server. Its bounced by the central server. After reading this mail, I don't think that I have understood the setup. How are the mails then picked up from the above Maildir? Just to explain I also use similar setup for banks who have branches with intermittent connectivity. Typically, I don't use vdelivermail on the central server. Just the maildir in the .qmail-default i.e. /mail1//autoturn/Maildir/ The delivered-To is inserted by the qmail-local program On the branch servers I have fetchmail which uses ODMR (atrn) to pull the mails from the central server and deliver it locally. ODMR causes maildirsmtp to run on /mail1//autoturn/Maildir/ and strips of the Delivered-To header when submitting it to the local SMTP on the branch server. There is no issue with delivering as the Delivered-To is stripped off. But in your case you have to figure out the reason for the two Delivered-To: headers. There should be only one. !DSPAM:49f19f2a32686867214321!
[vchkpw] to specify some mail addresses
I use vpopmail-5.4.x on qmail-1.03. I have a customer who has a static ip addres. He wish me to restrict a mail adress which belongs to him to do send and receieve for all ip block except that static ip address. How can I do that ? Thanks !DSPAM:49f1a03a32681663281344!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
On Fri, Apr 24, 2009 at 1:52 PM, Koustubha Kale kmk...@gmail.com wrote: Delivered-To: alias-ppp-rc...@branch2.domain1.com Delivered-To: rc...@branch2.domain1.com From: sender sen...@branch2.domain1.com To: x...@xyz.com, rcpt1 rc...@branch2.domain1.com Cc: a...@xyz.com Subject: Re: some subject Date: Fri, 24 Apr 2009 13:23:40 +0530 X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 There are two Delivered-To headers and that's the problem. The first line is Delivered-To: alias-ppp-rc...@branch2.domain1.com The second is Delivered-To: rc...@branch2.domain.com Which of these two dissapear when you replace with the older vdelivermail? What is your .qmail-default file for branch2.domain1.com? What if you put just the maildir path in .qmail-default file? /maildirpath/Maildir/ !DSPAM:49f1868932681366116692!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
After reading this mail, I don't think that I have understood the setup. How are the mails then picked up from the above Maildir? Firstly thanks for your patience. Let me try to explain my setup. Sorry if its long winded.. We have six tld domains. each domain has about 12 sub domains. i.e. branch1.tld1.com, branch1.tld2.com, branch2.tld1.com, branch2.tld2.com and so on till branch12.tld6.com The users belong to branches i.e. us...@branch1.tld1.com. But some users also belong to multiple domains. Like us...@branch1.tld1.com, us...@branch1.tld2.com etc. There is a central server at Head Office on which all the domains, sub domains and users are configured. All domains and subdomains are virtual. There are no system users for email on the central server. On the central server all domains, subdomains and users are handled by vpopmail. Each branch has a mail server. On these branch servers each user is a local system account. So mails for us...@branch1.tld1.com and us...@branch1.tld2.com all end up in the same users $HOME/Maildir. There is no vpopmail on the branch servers. As all branch servers are configured to handle all tld's it is necessary for interbranch messages to be routed to the central server by means of maildirsmtp. This is done by having | forward alias-ppp-$LOCAL@$HOST in the .qmail-default of all branch servers. We also have ./pppdir/ in the file /var/qmail/alias/.qmail-ppp-default This causes interbranch messages ( for users not present in /etc/passwd but belonging to tld's configured in qmail) to be dropped in alias/pppdir. From there the messages are picked up by maildirsmtp and delivered to the central server. On the central server the message is put in users /home/vpopmail/domains/branch#.tld#.com/user#/Maildir by vdelivermail by having | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox in the .qmail-default for each tld on the central server. All incoming messages from all world are thus deposited in the central server as it holds all MX. Form the central server all branch servers download the mails for respective local users by fetchmail. Interbranch messages also are thusly transfered to the other branch. Now suppose a us...@branch1.tld1.com wants to send a message to us...@branch2.tld1.com the message is accepted by qmail and dumped in alias/pppdir. This puts in two Delivered-To: headers 1) Delivered-To: us...@branch2.tld1.com ( when delivering to the catchall ?) 2) Delivered-To: alias-ppp-us...@branch2.tld1.com ( when delivering to alias-ppp ?) The 2nd Delivered-To: alias-ppp-rc...@branch2.domain1.com is properly stripped off by maildirsmtp but the 1st one remains in messages being delivered to the central server by maildirsmtp. This is what must be causing the trouble. As on the central server if we put vpopmail 5.4.27 the message bounces with mail is looping but if we use vpopmail 5.4.9 with everything else remaining exactly same the message is delivered to /home/vpopmail/domains/branch#.tld#.com/user#/Maildir perfectly. And as you said in your earlier mail the mail is looping bounce message is from vdelivermail not from qmail. Question is why it causes mail is looping bounces with vdelivermail 5.4.27 and why not in 5.4.9 when both are receiving exactly the same headers? And what can I do to get it working in 5.4.27? ( The setup has been running past few years perfectly and still does with everything upgraded except vpopmail ) Also yourself and anybody else with experience in running a similar setup please share how you would set things up to overcome this difficulty I am having. Regards Koustubha Kale !DSPAM:49f1ba9032681500963724!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Koustubha Kale wrote: Question is why it causes mail is looping bounces with vdelivermail 5.4.27 and why not in 5.4.9 when both are receiving exactly the same headers? And what can I do to get it working in 5.4.27? ( The setup has been running past few years perfectly and still does with everything upgraded except vpopmail ) Also yourself and anybody else with experience in running a similar setup please share how you would set things up to overcome this difficulty I am having. This is what is happening. Your primary server accepts, adds a Delivered-To header, and saves. Your 'branch' server picks it up and qmail-smtpd sees the Delivered-To header and rejects the message because it thinks the message is looping. This is what it's supposed to do. In a normal delivery situation, this would protect your system from poorly configured delivery paths that could cause a loop. The solution is to make sure there is no Delivered-To header. Whether or not your method of getting the message from the primary MX to the 'branch' servers removes this header is what's in question. Fix that, and you'll fix the problem. - -- /* Matt Brookings m...@inter7.com GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknxvbEACgkQ6QgvSNlBT3DmwQCgox04vSWpVgMx1o6OCFCsr+c3 cYYAn0PVzI+Dzz498mYpXyRRWwXfLP1X =sgSa -END PGP SIGNATURE-
Re: [vchkpw] to specify some mail addresses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bulend Kolay wrote: I use vpopmail-5.4.x on qmail-1.03. I have a customer who has a static ip addres. He wish me to restrict a mail adress which belongs to him to do send and receieve for all ip block except that static ip address. How can I do that ? You cannot. The best way to do what you want is to have an SMTP authentication patch installed on your system. - -- /* Matt Brookings m...@inter7.com GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknxvgEACgkQ6QgvSNlBT3AWiwCfY6HRCdYDlrpg0wCKiU8FbURM 7uMAn3qFJRv4vw/ICfWN8TfdWH6G/4h0 =3Q/R -END PGP SIGNATURE-
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
On Fri, 2009-04-24 at 18:41 +0530, Koustubha Kale wrote: Question is why it causes mail is looping bounces with vdelivermail 5.4.27 and why not in 5.4.9 when both are receiving exactly the same headers? And what can I do to get it working in 5.4.27? ( The setup has been running past few years perfectly and still does with everything upgraded except vpopmail ) The difference is because of call to is_looping() in main() in vpopmail 5.4.27. The check earlier was only in deliver_mail(). You can use the vdelivermail.c.gz attached in this mail and see if it solves the problem. The loopcheck behaviour can now be turned on by setting the env variable LOOPCHECK !DSPAM:49f1d05732687819611964! vdelivermail.c.gz Description: GNU Zip compressed data
[vchkpw] vpopmail 5.5 experiences during configure and install
Good morning, I'm trying out the 5.5 branch and configure / make it on some production servers. Below are my experiences. - 1) A ./configure without any additional options gives no warnings, however when specifying --enable-roaming-users I get the following error messages when the relay file is in /etc/tcp.smtp and the .cdb counterpart. configure: WARNING: Unable to find your tcpserver relay file. configure: WARNING: Creating /home/vpopmail/etc/tcp.smtp Has this behavior changed since vpopmail 5.4.25? - 2) When configuring with --enable-domain-quotas=n , the output at the end of the configure reveals quotes as turned on in the following line: domain quotas = ON --enable-domainquotas (default) Is this intended behavior or is my previous option false? - 3) After building vpopmail 5.5 and the mysql backend .. without errors (configure, make, make install). I get the following error message when executing : /home/vpopmail/bin/vadddomain domain.com test /home/vpopmail/bin/vadddomain: error while loading shared libraries: libvpopmail.so: cannot open shared object file: No such file or directory Where did I go wrong in the installation procedure? According to the output of the configure command the libdir is at /home/vpopmail/lib of which the contents is: drwxr-xr-x 2 vpopmail vchkpw 4096 2009-04-24 19:47 . drwxr-xr-x 7 root root 4096 2009-04-24 19:37 .. -rw-r--r-- 1 root root 144393 2009-04-24 19:45 libvpopmail.so -rwxr-xr-x 1 root root32316 2009-04-24 19:47 vmysql.so - 4) The vusaged. I cannot get it installed / configured. The INSTALL says to edit the config files in step 3 # vi /home/vpopmail/etc/vusaged.conf # vi /home/vpopmail/etc/vusagec.conf But the second config file does not exist. - 5) Continuing then to step 4 of vusagd install requires a chmod 755 /etc/init.d/vusagd to permit execution. This is not in the INSTALL file, perhaps it can be added. It won't work without it. - 6) The output of /sbin/chkconfig --add vusaged and /sbin/chkconfig vusaged on is (respectively) insserv: warning: script 'K01vusaged' missing LSB tags and overrides insserv: warning: script 'vusaged' missing LSB tags and overrides insserv: warning: script 'rc.vusaged' missing LSB tags and overrides insserv: warning: current start runlevel(s) (0) of script `halt' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `sendsigs' overwrites defaults (empty). insserv: warning: current start runlevel(s) (6) of script `reboot' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountnfs.sh' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountroot' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountfs' overwrites defaults (empty). vusaged 0:off 1:off 2:on 3:on 4:on 5:on 6:off and insserv: warning: script 'K01vusaged' missing LSB tags and overrides insserv: warning: script 'vusaged' missing LSB tags and overrides insserv: warning: script 'rc.vusaged' missing LSB tags and overrides Some are not relevant of course, but some are. How about adding the LSB tags and overrides? - 7) Trying to start /etc/init.d/vusaged start results in failed. Starting it manually results in the same: /home/vpopmail/bin/vusaged: error while loading shared libraries: libvpopmail.so: cannot open shared object file: No such file or directory Eventhough the libdir according to the configure output seems to be correct. - Is this a known issue? Sincerely, - Wouter van der Schagt !DSPAM:49f201b932681325814807!
Re: [vchkpw] vpopmail 5.5 experiences during configure and install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter van der Schagt wrote: 1) A ./configure without any additional options gives no warnings, however when specifying --enable-roaming-users I get the following error messages when the relay file is in /etc/tcp.smtp and the .cdb counterpart. configure: WARNING: Unable to find your tcpserver relay file. configure: WARNING: Creating /home/vpopmail/etc/tcp.smtp Has this behavior changed since vpopmail 5.4.25? Yes, but it should have detected /etc/tcp.smtp. I will look into this when time permits. 2) When configuring with --enable-domain-quotas=n , the output at the end of the configure reveals quotes as turned on in the following line: domain quotas = ON --enable-domainquotas (default) Is this intended behavior or is my previous option false? I will look into this. Any reason for disabling domain quotas? 3) After building vpopmail 5.5 and the mysql backend .. without errors (configure, make, make install). I get the following error message when executing : /home/vpopmail/bin/vadddomain domain.com test /home/vpopmail/bin/vadddomain: error while loading shared libraries: libvpopmail.so: cannot open shared object file: No such file or directory Make sure ~vpopmail/lib is in /etc/ld.so.conf and run /sbin/ldconfig 4) The vusaged. I cannot get it installed / configured. The INSTALL says to edit the config files in step 3 # vi /home/vpopmail/etc/vusaged.conf # vi /home/vpopmail/etc/vusagec.conf But the second config file does not exist. Did you run 'make install'? It should have copied it from the source directory. 5) Continuing then to step 4 of vusagd install requires a chmod 755 /etc/init.d/vusagd to permit execution. This is not in the INSTALL file, perhaps it can be added. It won't work without it. Noted. 6) The output of /sbin/chkconfig --add vusaged and /sbin/chkconfig vusaged on is (respectively) insserv: warning: script 'K01vusaged' missing LSB tags and overrides insserv: warning: script 'vusaged' missing LSB tags and overrides insserv: warning: script 'rc.vusaged' missing LSB tags and overrides insserv: warning: current start runlevel(s) (0) of script `halt' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `sendsigs' overwrites defaults (empty). insserv: warning: current start runlevel(s) (6) of script `reboot' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountnfs.sh' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountroot' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountfs' overwrites defaults (empty). vusaged 0:off 1:off 2:on 3:on 4:on 5:on 6:off and insserv: warning: script 'K01vusaged' missing LSB tags and overrides insserv: warning: script 'vusaged' missing LSB tags and overrides insserv: warning: script 'rc.vusaged' missing LSB tags and overrides Some are not relevant of course, but some are. How about adding the LSB tags and overrides? LSB tags? 7) Trying to start /etc/init.d/vusaged start results in failed. Starting it manually results in the same: /home/vpopmail/bin/vusaged: error while loading shared libraries: libvpopmail.so: cannot open shared object file: No such file or directory Eventhough the libdir according to the configure output seems to be correct. Same as above for ldconfig. - -- /* Matt Brookings m...@inter7.com GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyBMIACgkQ6QgvSNlBT3C36ACfTI/ttOeiPT6c1d5zVPLtrINZ VpIAn3zwLNTl0QQe2N3OX9kdbJlCN3ud =dzaR -END PGP SIGNATURE-
Re: [vchkpw] vpopmail 5.5 experiences during configure and install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter van der Schagt wrote: 2) When configuring with --enable-domain-quotas=n , the output at the end of the configure reveals quotes as turned on in the following line: domain quotas = ON --enable-domainquotas (default) ..er, it's --enable-domainquotas not --enable-domain-quotas - -- /* Matt Brookings m...@inter7.com GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyBQwACgkQ6QgvSNlBT3COrwCaA4ZLUUNiUJFr99alz0+SKOJB HlYAoIQFJSiGev47O15FxkoS/6swbFbp =dFXW -END PGP SIGNATURE-
Re: [vchkpw] vpopmail 5.5 experiences during configure and install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harm van Tilborg wrote: Why not put it all in a directory called /etc/tcpserver. Since I'm not only ACL'ing SMTP, also POP, IMAP, vpopmaild, etc. etc. So like /etc/tcpserver/smtp with the plain rules, and /etc/tcpserver/smtp.cdb with the compile rules? There have been many past discussions about this, and I'd rather not rehash it all. Essentially, if you want roaming users, that's where it goes for now. :) Linux Standard Base, I think Debian introduced (enabled) this in Lenny. I though it's just making some remarks about your init.d script in the script's header. http://www.linuxfoundation.org/collaborate/workgroups/lsb Thanks! - -- /* Matt Brookings m...@inter7.com GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyDncACgkQ6QgvSNlBT3DjsgCfSSZV5whaO9/cl8DDjTtYbu66 VjMAnRHwN/rr4D/UlHPhZDZ2ju9/GtI4 =CqAA -END PGP SIGNATURE-
Re: [vchkpw] vpopmail 5.5 experiences during configure and install
Thank you for your quick reply, ..er, it's --enable-domainquotas not --enable-domain-quotas Yes, and they didnt work in versions 5.4.25 or below, all relevant code as i remember now was commented out so any configure options didnt have any effect. My badignore the question. As for the reason of turning it off...at the moment we only work with mailbox limits. and we dont want mailboxes to limit eachother because some clients have a client per mailbox. So that wouldn't be fair to their other clients. --- /sbin/ldconfig solved the shared object error message. Is this going to change in future versions or is this manual command going to be part of the installation procedure? After changing this, adding a domain (vadddomain) worked.. vdeldomain, however did not. Not sure why yet, will get back to you, im guessing however it is a misconfigured database user. --- # vi /home/vpopmail/etc/vusaged.conf # vi /home/vpopmail/etc/vusagec.conf As for this missing config file. Yes, I ran make install. I now see they are both in /home/vpopmail/etc/vpopmail/ and not in /home/vpopmail/etc/ is this intended? or is this a typo in the INSTALL file or are they placed in the wrong directory ? /etc/init.d/vusagd did start however, i am going to experiment with it and see how it performs. --- As for the LSB (Linux Standard Base) tags..I think the implementation is relatively new. More information is here: http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/tocsysinit.html --- Sincerely, - Wouter van der Schagt !DSPAM:49f20d1432683557910164!
Re: [vchkpw] vpopmail 5.5 experiences during configure and install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter van der Schagt wrote: Thank you for your quick reply, ..er, it's --enable-domainquotas not --enable-domain-quotas Yes, and they didnt work in versions 5.4.25 or below, all relevant code as i remember now was commented out so any configure options didnt have any effect. My badignore the question. Right, but 5.5 addresses those issues and fixes them. :) As for the reason of turning it off...at the moment we only work with mailbox limits. and we dont want mailboxes to limit eachother because some clients have a client per mailbox. So that wouldn't be fair to their other clients. Don't set a domain quota and it won't enforce one. Just an FYI. /sbin/ldconfig solved the shared object error message. Is this going to change in future versions or is this manual command going to be part of the installation procedure? The issue will be resolved with a linker flag which I accidentally did not re-implement when re-writing parts of the build system. After changing this, adding a domain (vadddomain) worked.. vdeldomain, however did not. Not sure why yet, will get back to you, im guessing however it is a misconfigured database user. I'll need an error, or some sort of other info other than 'did not work' :) Please let me know any issues you come across. 5.5 will become the development version soon. # vi /home/vpopmail/etc/vusaged.conf # vi /home/vpopmail/etc/vusagec.conf As for this missing config file. Yes, I ran make install. I now see they are both in /home/vpopmail/etc/vpopmail/ and not in /home/vpopmail/etc/ is this intended? or is this a typo in the INSTALL file or are they placed in the wrong directory ? Woops! Must be some issue with the FHS compliance pathing. I'll look into it. /etc/init.d/vusagd did start however, i am going to experiment with it and see how it performs. I have it running on several large production servers. If there's anything that should be stable, it should be that daemon. Several months of development and testing went into that code. As for the LSB (Linux Standard Base) tags..I think the implementation is relatively new. More information is here: http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/tocsysinit.html I will look at this. Thanks! - -- /* Matt Brookings m...@inter7.com GnuPG Key D9414F70 Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyDgcACgkQ6QgvSNlBT3CvrgCfYn8QO3HklO0Iwj3DXcSIuWkW 388AoIVxXvGVCuvmEmf12vMb7oJjolMH =QHsp -END PGP SIGNATURE-