[vchkpw] vpopmail-5.4.30 and dovecot-1.2.21
Hello, when i compile dovecot-1.2.21 with vpopmail-5.4.30, i've got this error: /var/src/dovecot-1.2.11/src/auth/userdb-vpopmail.c:99: undefined reference to `vset_lastauth' With with vpopmail-5.5.0 i can compile dovecot, but i've an error with qmailadmin-1.2.14. How can solve it? Thanks, Mario. !DSPAM:4c07a87e32711550313206!
Re: [vchkpw] vpopmail 5.4.30
Hi Frederico,
Mabe it's a bug, but regarding the DNS TLD's standards, you should never
have a non dot domain name or you will create a TLD's ;). New Internic
Business Project ;)?
Event if you absolutely need one, I suggest to use {DOMAIN_NAME}.local.
Using that syntax will ensure to keep your domain for local purpose.
Be sure to define correctly your local DNS to use it.
Regards
Martin
--
From: "Federico Santulli"
Sent: Friday, April 30, 2010 3:33 AM
To:
Subject: [vchkpw] vpopmail 5.4.30
Hi all,
since i was restoring ad updating server, i've updated also vpopmail from
5.4.27 to 5.4.30
Doing some tests on adding and deleting domains, i've experienced a bug
related to non dotted domains.
for example if i use:
vadddomain testdomain testpassword
and then
vdeldomain testdomain
i've got the message "domain does not exists".
if i use vadddomain testdomain.ext testpassword
and
vdeldomain testdomain.ext
it works correctly.
Is there any fix for this ?
Cheers
Federico Santulli
!DSPAM:4bdaaa9132711059616983!
[vchkpw] vpopmail 5.4.30
Hi all, since i was restoring ad updating server, i've updated also vpopmail from 5.4.27 to 5.4.30 Doing some tests on adding and deleting domains, i've experienced a bug related to non dotted domains. for example if i use: vadddomain testdomain testpassword and then vdeldomain testdomain i've got the message "domain does not exists". if i use vadddomain testdomain.ext testpassword and vdeldomain testdomain.ext it works correctly. Is there any fix for this ? Cheers Federico Santulli !DSPAM:4bda87c632715410577842!
RE: [vchkpw] Vpopmail 5.4.30 vdelivermail segfaults
Thanks for the swift reply, that seems to have fixed things. So apparently the vdelivermail crashes when it doesn't find a running vusaged daemon and that configuration file is missing? Was this behavior expected and documented somewhere; I seem to have missed it in the INSTALL? Another problem was, that I couldn't get maildrop working when configuring vpopmail with it; normal mail would find respective boxes nicely, but catchalls and such got deferred with Unable to open mailbox -error; (I tried using the maildroprc.v1 /.v2 rcs): Feb 26 08:35:26 mail qmail: 1267166126.283709 delivery 85439: deferral: maildrop:_non-filtered_mail_delivery//usr/local/bin/maildrop:_Unable_to_open _mailbox./user_does_not_exist,_but_will_deliver_to_/home/vpopmail/domains/do main.tld/username// Feb 26 08:35:26 mail qmail: 1267166126.859709 delivery 85441: deferral: maildrop:_non-filtered_mail_delivery//usr/local/bin/maildrop:_Unable_to_open _mailbox./ As delivery now works, the environment is a production one, and spam/virus scanning is handled by qmail-scanner, the maildrop isn't really needed, I suppose, but if there's some clear hint of what I was doing wrong, it would be appreciated. thanks, ++antti > -Original Message- > From: Matt Brookings [mailto:m...@inter7.com] > Sent: 26. helmikuuta 2010 23:52 > To: vchkpw@inter7.com > Subject: Re: [vchkpw] Vpopmail 5.4.30 vdelivermail segfaults > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Antti Kanes wrote: > > Hi, > > > > as we upgraded our mailserver with the latest stable vpopmail, we > > started experiencing apparently random segfaults: > > Run this as root: > > cat > ~vpopmail/etc/vusagec.conf << __EOF__ > Server: > Disable = True; > __EOF__ > - -- > /* > Matt BrookingsGnuPG Key FAE0672C > 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 > > iEYEARECAAYFAkuIQnsACgkQIwet2/rgZyxdCQCgjfRnXsmVMBqPDTuhsYG3nz1i > uLoAn06kDvEdVPyyyq+/lhm8Bnym4YQp > =gukS > -END PGP SIGNATURE- > !DSPAM:4b88bd3d32711408917953!
Re: [vchkpw] Vpopmail 5.4.30 vdelivermail segfaults
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Antti Kanes wrote: > Hi, > > as we upgraded our mailserver with the latest stable vpopmail, we started > experiencing apparently random segfaults: Run this as root: cat > ~vpopmail/etc/vusagec.conf << __EOF__ Server: Disable = True; __EOF__ - -- /* Matt BrookingsGnuPG Key FAE0672C 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 iEYEARECAAYFAkuIQnsACgkQIwet2/rgZyxdCQCgjfRnXsmVMBqPDTuhsYG3nz1i uLoAn06kDvEdVPyyyq+/lhm8Bnym4YQp =gukS -END PGP SIGNATURE-
[vchkpw] Vpopmail 5.4.30 vdelivermail segfaults
Hi, as we upgraded our mailserver with the latest stable vpopmail, we started experiencing apparently random segfaults: [3403529.738453] vdelivermail[3818]: segfault at 0 ip f7bfc643 sp fff3f46c error 4 in libc-2.7.so[f7b8b000+138000] [3403538.291042] vdelivermail[4203]: segfault at 0 ip f7c60643 sp ffda3b0c error 4 in libc-2.7.so[f7bef000+138000] [3403543.645107] vdelivermail[4332]: segfault at 0 ip f7c38643 sp fff7d33c error 4 in libc-2.7.so[f7bc7000+138000] [3403547.184431] vdelivermail[4535]: segfault at 0 ip f7c53643 sp ffd96adc error 4 in libc-2.7.so[f7be2000+138000] Some mail gets delivered, some delivered, thus vdelivermail doesn't segfault all the time: delivery 21641: deferral: client_connect:_warning:_config_begin_failed/Aack,_child_crashed._(#4.3.0)/ delivery 21643: success: did_0+0+1/ But the ratio isn't that good, basically a failure for every successfull delivery: grep "success:" /var/log/mail.log|wc -l 11529 grep "Aack" /var/log/mail.log|wc -l 23:46 11517 It seems vpopmail has experienced similar issues in 5.4.28 version earlier, might this be related? vpopmail was configured using: ./configure --enable-roaming-users=y --enable-logging=y --enable-ip-alias-domains=y --enable-auth-module=mysql --enable-clear-passwd=y --enable-libdir=/usr/include/mysql/ --enable-tcpserver-file=/etc/tcp.smtp --enable-qmail-ext --enable-logging=e --enable-tcprules-prog=/usr/bin/tcprules --enable-rebuild-tcpserver-file --enable-clear-passwd=y --enable-spamassassin and is run under a Xen virtual host (2.6.26-1-xen-amd64). Any ideas, or do you need more information on the issue? Cheers, Antti Kanes !DSPAM:4b88418532715141911162!
