Re: [vchkpw] qmailadmin "invalid user"
Hi, I have faced the similar problem. In my case SELINUX was the culprit. Please disable the same if you are using Redhat linux and if you SELINUX is set to other than disabled. Edit /etc/sysconfig/selinux and set SELINUX=disabled Sincerely, Sree - Original Message From: João Luiz - Terra <[EMAIL PROTECTED]> To: vchkpw@inter7.com Sent: Thursday, 11 October, 2007 7:49:20 AM Subject: [vchkpw] qmailadmin "invalid user" Hi, Sorry. My english is not good :) I am using qmail toaster. (http://www.shupp.org/toaster) After the installation, it is all certainty smtp, pop3, webmail, but qmailadmin does not function. I enter postmaster, domain and password, but it returns "invalid user". Can you help me? Regards, Joao Flying to Bangalore or Bhopal? Search for tickets at http://in.farechase.yahoo.com
Re: [vchkpw] clamav: 0.90.2 is slow?
:) Thank you! Joao - Original Message - From: Quey To: vchkpw@inter7.com Sent: Wednesday, October 10, 2007 9:13 PM Subject: Re: [vchkpw] clamav: 0.90.2 is slow? If you goto www.clamav.net there is a link to it. I heard they corrected the problem you mention in current, but clam is still way to slow compared to other scanners so I don't use it anymore. Q João Luiz - Terra wrote: Sorry :( Do you know the address of clamav list? Regards, Joao - Original Message - From: Quey To: vchkpw@inter7.com Sent: Wednesday, October 10, 2007 7:21 PM Subject: Re: [vchkpw] clamav: 0.90.2 is slow? maybe you would get an answer if you asked on clamav list ;-) João Luiz - Terra wrote: Hi all, I read that the clamav version clamav: 0.90.2 has a bad performance. Is right? Which the better version of clamav? See: http://www.google.com/search?hl=pt-BR&rlz=1T4GGIH_pt-BRBR206BR207&q=clamav%3A+0.90.2+slow&meta= Thank you Joao -- Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Versão: 5.1.00/5138 Proteja o seu e-mail Terra: http://mail.terra.com.br/ -- Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Versão: 5.1.00/5138 Proteja o seu e-mail Terra: http://mail.terra.com.br/
Re: [vchkpw] clamav: 0.90.2 is slow?
Hi Josh, Thank you, I use simscan and clamd. Thank you for information :) Regards, Joao - Original Message - From: "Joshua Megerman" <[EMAIL PROTECTED]> To: Sent: Wednesday, October 10, 2007 10:16 PM Subject: Re: [vchkpw] clamav: 0.90.2 is slow? On Wednesday 10 October 2007 08:13:29 pm Quey wrote: If you goto www.clamav.net there is a link to it. I heard they corrected the problem you mention in current, but clam is still way to slow compared to other scanners so I don't use it anymore. Q Are you using clamscan or clamd/clamdscan? If the former, that's why it's so slow - see if you can switch. Also, what interface to your AV software are you using? Something like qmail-scanner that's a perl script is much slower than qscanq or simscan, which doesn't have the overhead of launching perl with each invocation. One other hint - something I do for all my servers (I use simscan not, but I've also used it with qscanq in the past) is put the scanning directory onto a ramdisk (I use tempfs these days, but a true ramdisk would be even better if you can dedicate the memory to it). It prevents the excess disk I/O overhead that slows the process down, and since it's transient data anyway that shouldn't get through in case of an error, the fact that the scanning space isn't crash-proof is a non-issue... Josh -- Joshua Megerman SJGames MIB #5273 - OGRE AI Testing Division You can't win; You can't break even; You can't even quit the game. - Layman's translation of the Laws of Thermodynamics [EMAIL PROTECTED] Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Versão: 5.1.00/5138 Proteja o seu e-mail Terra: http://mail.terra.com.br/
Re: [vchkpw] qmailadmin "invalid user"
Hi Sree, Great! Thank you!!! Regards, Joao - Original Message - From: Sreedevi To: vchkpw@inter7.com Sent: Thursday, October 11, 2007 6:04 AM Subject: Re: [vchkpw] qmailadmin "invalid user" Hi, I have faced the similar problem. In my case SELINUX was the culprit. Please disable the same if you are using Redhat linux and if you SELINUX is set to other than disabled. Edit /etc/sysconfig/selinux and set SELINUX=disabled Sincerely, Sree - Original Message From: João Luiz - Terra <[EMAIL PROTECTED]> To: vchkpw@inter7.com Sent: Thursday, 11 October, 2007 7:49:20 AM Subject: [vchkpw] qmailadmin "invalid user" Hi, Sorry. My english is not good :) I am using qmail toaster. (http://www.shupp.org/toaster) After the installation, it is all certainty smtp, pop3, webmail, but qmailadmin does not function. I enter postmaster, domain and password, but it returns "invalid user". Can you help me? Regards, Joao -- Download prohibited? No problem. CHAT from any browser, without download. -- Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Versão: 5.1.00/5138 Proteja o seu e-mail Terra: http://mail.terra.com.br/
[vchkpw] vpopmail+courier-authdaemon problem on openbsd4.1
hi, if this isn't the right place for questions help in such a propblem, please ignore and sorry. and also sorry for my bad english. I like to run a mailserver on my openbsd 4.1. system. the services should be: - qmail (netqmail 1.0.5) - vpopmail (5.4.18) - courier-imap (4.1.2) with autentification via courier-authdaemon (0.59.1) against vpopmails vchkpw - webmailer system staff: os.: i386 openbsd 4.1 cpu: amd 64 (pc-style) until now, qmail in conjunction with vpopmail works fine. the problem appears when building the courier-authdaemon. the module for authentication against vchkpw is not build. i miss some file like libauthvchkpw.so the gmake output looks like: --- snip --- ... Compiling authvchkpw.c authvchkpw.c: In function `auth_vchkpw_changepass': authvchkpw.c:186: warning: passing arg 1 of `parse_email' discards qualifiers from pointer target type Compiling authvchkpwlib.c Compiling preauthvchkpw.c preauthvchkpw.c: In function `auth_vchkpw_pre': preauthvchkpw.c:67: warning: passing arg 1 of `parse_email' discards qualifiers from pointer target type preauthvchkpw.c:141: warning: passing arg 3 of `vset_lastauth' discards qualifiers from pointer target type Linking libauthvchkpw.la *** Warning: linker path does not have real file for library -lvpopmail. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libvpopmail and none of the candidates passed a file format test *** using a regex pattern. Last file checked: /home/vpopmail/lib/libvpopmail.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libauthvchkpw. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. .. --- snip --- after finish the authdaemon installation and start it, the log file looks like --- snip --- ... Oct 11 19:33:03 luna authdaemond: Installing libauthcustom Oct 11 19:33:03 luna authdaemond: Installation complete: authcustom Oct 11 19:33:03 luna authdaemond: Installing libauthvchkpw Oct 11 19:33:03 luna authdaemond: File not found ... --- snip --- authdaemon was configured with: ./configure \ --prefix=/usr/local/courier-authlib-0.59.1 \ --with-authvchkpw \ --with-mailuser=vpopmail \ --with-mailgroup=vchkpw vpopmail configure was: ./configure \ --enable-roaming-users \ --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp \ --enable-tcprules-prog=/usr/local/bin/tcprules \ --enable-relay-clear-minutes=60 \ --enable-learn-passwords \ --enable-qmail-ext \ --enable-logging=v \ --enable-log-name=vpopmail I'm not very firm with compiler/linker staff, so i need help. can and like anyone here on this list help me ? it would be very great. Until now, i tried different versions of vpopmail and courier's authdaemon and combinations of them. i also installed the mailserver services on an x86_64 openbsd 4.1 with exactly the same results. I also tried to configure vpopmail with --enable-shared option - knowing that this flag isn't listed by configure --help -, in order to get a shared version of libvpopmail, but this doesn' work. I thought, this could also solve my problem. best wishes christoph
Re: [vchkpw] vpopmail+courier-authdaemon problem on openbsd4.1
ckubu wrote: hi, if this isn't the right place for questions help in such a propblem, please ignore and sorry. and also sorry for my bad english. I like to run a mailserver on my openbsd 4.1. system. the services should be: - qmail (netqmail 1.0.5) - vpopmail (5.4.18) - courier-imap (4.1.2) with autentification via courier-authdaemon (0.59.1) against vpopmails vchkpw - webmailer system staff: os.: i386 openbsd 4.1 cpu: amd 64 (pc-style) until now, qmail in conjunction with vpopmail works fine. the problem appears when building the courier-authdaemon. the module for authentication against vchkpw is not build. i miss some file like libauthvchkpw.so the gmake output looks like: Perhaps consider Dovecot in place of courier, current courier authlib needs patching for some OS's, Sam has known about this since May, but has not done a thing about it, we got sick of it breaking and use Dovecot which works beautifully with Vpomail You could even use Dovecot to handle your POP3 if you wanted to.
Re: [vchkpw] vpopmail+courier-authdaemon problem on openbsd4.1
- courier-imap (4.1.2) with autentification via courier-authdaemon (0.59.1) against vpopmails vchkpw Sam has released courier-authlib-0.60.1. You may want to try that.
Re: [vchkpw] vpopmail+courier-authdaemon problem on openbsd4.1
Good day christoph, On Thu, 11 Oct 2007, ckubu wrote: ... until now, qmail in conjunction with vpopmail works fine. the problem appears when building the courier-authdaemon. the module for authentication against vchkpw is not build. i miss some file like libauthvchkpw.so the gmake output looks like: --- snip --- ... Compiling authvchkpw.c authvchkpw.c: In function `auth_vchkpw_changepass': authvchkpw.c:186: warning: passing arg 1 of `parse_email' discards qualifiers from pointer target type Compiling authvchkpwlib.c Compiling preauthvchkpw.c preauthvchkpw.c: In function `auth_vchkpw_pre': preauthvchkpw.c:67: warning: passing arg 1 of `parse_email' discards qualifiers from pointer target type preauthvchkpw.c:141: warning: passing arg 3 of `vset_lastauth' discards qualifiers from pointer target type Linking libauthvchkpw.la *** Warning: linker path does not have real file for library -lvpopmail. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libvpopmail and none of the candidates passed a file format test *** using a regex pattern. Last file checked: /home/vpopmail/lib/libvpopmail.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module libauthvchkpw. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. .. --- snip --- I ran into a problem very similar to this building authdaemon against vpopmail-5.20 under NetBSD-3.1-i386. After a lot of twists and turns I modified the vpopmail source to build libvpopmail as a shared lib as well as static. I am not especially tallented with automake, autoconf and libtool, in fact I had never modified a build to create shared libs. I found an excellent resource on how to do this at: http://sourceware.org/autobook/autobook/autobook_toc.html I successfully built libvpopmail.so, and placed it in a location where my build of courier-authdaemon would link against it. The build was successful, and authdaemon is working flawlessly using the authvchkpw module. It was a good learning experience; glad I know how to do this if I find myself in this situation again. HTH -Len