Gilles SIMON | 1 Dec 09:22 2003
Picon

Quota with Qmail-LDAP : sometimes right, sometimes wrong...

Hello,
I repost my mail with a good subject (the last one was incoorect...).

I have just put in production Qmail-LDAP, in replacement from stock Qmail 
running for now three years.

GREAT soft ! It's a very good job !

However, I got a problem :

I want my local users to have a 100Mb quota. So I fill 
control/defaultquotasize with 104857600. All my users have 100 Mb, 
Courier-Imap tell this to Squirrelmail ... Whaoh !

One user should have a 300Mb quota. So, I use MailQuotaSize in LDAP, and fill 
it with 314572800, and it runs ! Aoh, it seems.

In fact, my user gets sometimes 300Mb, some other times 100Mb !

What's happening ? Obviously, Qmail-LDAP take in account 
control/defaultquotasize or MailQuotaSize. In QLDAPINSTALL it is said that 
MailQuotaSize overrides control/defaultquotasize. In fact that's no what I 
see.

I suppressed control/defaultquotasize. Now my users don't have any quota 
(except the one with 300Mb in MailQuotaSize !).
Not very important for me today, but annoying.

Another question : when a user gets over quota, what happens exactly ?

(Continue reading)

Cesar Garcia | 1 Dec 13:11 2003

Qmail-pop3d

Hi all.

I have a problem loggin pop3 conections...

With the last patch, i active loglevel 1, 2, 3 or 4 in qmail-pop3.c but this
accounting is output in console. I would like to log this to a file with
splogger or simmilar.

I not use daemontools.

Anybody have an idea?

Thanks in advance.

César García.
   Dept. Sistemas, IdecNet S.A.
   Centro de Gestión de Red.
   Edificio IdecNet. C/Juan XXIII 44.
   E-35004, Las Palmas de Gran Canaria,
   Islas Canarias - España.
   Tfn:  +34 828 111 000 Ext: 340     

Camilo Echeverry | 1 Dec 23:56 2003
Picon

Re: Quota with Qmail-LDAP : sometimes right, sometimes wrong...

Hi.
in my company we just putted 100000000S in the mailQuotaSize for all users ;)

On Monday 01 December 2003 03:22, you wrote:
> Hello,
> I repost my mail with a good subject (the last one was incoorect...).
>
> I have just put in production Qmail-LDAP, in replacement from stock Qmail
> running for now three years.
>
> GREAT soft ! It's a very good job !
>
> However, I got a problem :
>
> I want my local users to have a 100Mb quota. So I fill
> control/defaultquotasize with 104857600. All my users have 100 Mb,
> Courier-Imap tell this to Squirrelmail ... Whaoh !
>
> One user should have a 300Mb quota. So, I use MailQuotaSize in LDAP, and
> fill it with 314572800, and it runs ! Aoh, it seems.
>
> In fact, my user gets sometimes 300Mb, some other times 100Mb !
>
> What's happening ? Obviously, Qmail-LDAP take in account
> control/defaultquotasize or MailQuotaSize. In QLDAPINSTALL it is said that
> MailQuotaSize overrides control/defaultquotasize. In fact that's no what I
> see.
>
> I suppressed control/defaultquotasize. Now my users don't have any quota
> (except the one with 300Mb in MailQuotaSize !).
(Continue reading)

Dan Bellis | 2 Dec 04:00 2003

Re: Problem with qldapadmin and phpQLAdmin

That project has been picked up by someone else.  Try

http://phpqladmin.bayour.com

On Friday 21 November 2003 15:04, joe wong wrote:
> I built a qmail system with the last qmail-ldap-1.03-20031101a.patch.gz,the
> webmail programe is sqwebmail,it works fine.Now I wanna use
> qldapadmin-1.0-RC1 to add domain or user,but it doesn’t support the object
> “mailQuota”.Any suggestion?
>
> BTW,anyone who successfully install phpQLAdmin?It troubled me long time.Is
> there any programs which can enable useful functions such as
> "Register","Forgot Password"?
>
>
> Thanks a lot for your help.
>
>
> ---------------------------------
> Do you Yahoo!?
> Free Pop-Up Blocker - Get it now

--

-- 

			---dan

Travis LaWall | 2 Dec 09:25 2003

cdb issues

help please. any ideas on this would be appreciated. apparently i am 
having an issue with how large the qmail-smtpd.rules(and hence 
qmail-smtpd.cdb) file may be.  i upgraded a working instance from 
20031001 to 20031101a and i am using the exact same file i have compiled 
with tcprules for the tcpserver to use in the run script for qmail-smtpd 
and i am now having dificulties with tcpserver setting the proper 
environment variables.  when i truncate the rules file to just two lines 
at the head of the file it works as expected but if i dont then 
tcpserver doesnt pickup the environment vars it needs to set.  this is 
bizzare behaviour since tcpserver didnt have issues with this until the 
upgrade and its not a component that is upgraded.  any ideas? tia. travis

my run script looks like:

#!/bin/sh
exec 2>&1
#
# SMTP service
#
USER=qmaild
QMAIL=/var/qmail
ME=$(head -1 $QMAIL/control/me)

PATH=$PATH:"$QMAIL/bin"

#exec envdir ./env \
#       envuidgid $USER \
#       tcpserver -v -URl $ME -x $QMAIL/control/qmail-smtpd.cdb 0 smtp \
#       $QMAIL/bin/pbscheck \
#       $QMAIL/bin/qmail-smtpd
(Continue reading)

Claudio Jeker | 2 Dec 09:34 2003

Re: cdb issues

On Tue, Dec 02, 2003 at 01:25:36AM -0700, Travis LaWall wrote:
> help please. any ideas on this would be appreciated. apparently i am 
> having an issue with how large the qmail-smtpd.rules(and hence 
> qmail-smtpd.cdb) file may be.  i upgraded a working instance from 
> 20031001 to 20031101a and i am using the exact same file i have compiled 
> with tcprules for the tcpserver to use in the run script for qmail-smtpd 
> and i am now having dificulties with tcpserver setting the proper 
> environment variables.  when i truncate the rules file to just two lines 
> at the head of the file it works as expected but if i dont then 
> tcpserver doesnt pickup the environment vars it needs to set.  this is 
> bizzare behaviour since tcpserver didnt have issues with this until the 
> upgrade and its not a component that is upgraded.  any ideas? tia. travis
> 

Strange. Just to make sure, you checked ~control/qmail-smtp.rules and
verified that the cdb is in sync. I'm asking that because there was a bug
in the install tool (an existing ~control/qmail-smtp.rules will be
overwritten with the standard one :( )

qmail-ldap did neither change tcpserver nor tcprules so I guess they
should work as expected.

--

-- 
:wq Claudio

"Contrary to popular belief, penguins are not the salvation of modern   
technology.  Neither do they throw parties for the urban proletariat."

Travis LaWall | 2 Dec 09:35 2003

[Fwd: cdb issues]

more info on my system:

[root <at> email1 root]#  gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux
Thread model: posix
gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)


uname -a [root <at> email1 root]# uname -a
Linux email1.somewhere.com 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux


/usr/src/mailsystem/qmail-1.03/cdb.3
/usr/src/mailsystem/qmail-1.03/cdb.h
/usr/src/mailsystem/qmail-1.03/cdb_hash.c
/usr/src/mailsystem/qmail-1.03/cdb_seek.c
/usr/src/mailsystem/qmail-1.03/cdb_unpack.c
/usr/src/mailsystem/qmail-1.03/cdbmake.h
/usr/src/mailsystem/qmail-1.03/cdbmake_add.c
/usr/src/mailsystem/qmail-1.03/cdbmake_hash.c
/usr/src/mailsystem/qmail-1.03/cdbmake_pack.c
/usr/src/mailsystem/qmail-1.03/cdbmss.h
/usr/src/mailsystem/qmail-1.03/cdbmss.c
/usr/src/mailsystem/qmail-1.03/Makefile.cdb
/usr/src/mailsystem/qmail-1.03/qmail-cdb.c
/usr/src/mailsystem/qmail-1.03/cdb_hash.o
/usr/src/mailsystem/qmail-1.03/cdb_unpack.o
/usr/src/mailsystem/qmail-1.03/cdb_seek.o
/usr/src/mailsystem/qmail-1.03/cdb.a
/usr/src/mailsystem/qmail-1.03/cdbmss.o
/usr/src/mailsystem/qmail-1.03/cdbmake_pack.o
/usr/src/mailsystem/qmail-1.03/cdbmake_hash.o
/usr/src/mailsystem/qmail-1.03/cdbmake_add.o
/usr/src/mailsystem/qmail-1.03/cdbmake.a
/usr/src/mailsystem/qmail-1.03/qmail-cdb.o
/usr/src/mailsystem/qmail-1.03/qmail-cdb
/usr/src/mailsystem/ucspi-tcp-0.88/cdb.c
/usr/src/mailsystem/ucspi-tcp-0.88/cdb.h
/usr/src/mailsystem/ucspi-tcp-0.88/cdb_hash.c
/usr/src/mailsystem/ucspi-tcp-0.88/cdb_make.c
/usr/src/mailsystem/ucspi-tcp-0.88/cdb_make.h
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb.3
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb.h
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb_hash.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb_seek.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb_unpack.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake.h
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake_add.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake_hash.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake_pack.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmss.h
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmss.c
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb_hash.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb_unpack.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb_seek.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdb.a
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmss.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake_pack.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake_hash.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake_add.o
/usr/src/mailsystem/qmail-1.03-Oct-ldap-patch/cdbmake.a
/package/ucspi-tcp-0.88/cdb.c
/package/ucspi-tcp-0.88/cdb.h
/package/ucspi-tcp-0.88/cdb_hash.c
/package/ucspi-tcp-0.88/cdb_make.c
/package/ucspi-tcp-0.88/cdb_make.h
/package/ucspi-tcp-0.88/cdb.o
/package/ucspi-tcp-0.88/cdb_hash.o
/package/ucspi-tcp-0.88/cdb_make.o
/package/ucspi-tcp-0.88/cdb.a



-------- Original Message -------- Subject: Date: From: Organization: To:
cdb issues
Tue, 02 Dec 2003 01:25:36 -0700
Travis LaWall <travis.lawall <at> quantumwerks.com>
Quantum Werks Inc.
qmail-ldap <at> qmail-ldap.org


help please. any ideas on this would be appreciated. apparently i am having an issue with how large the qmail-smtpd.rules(and hence qmail-smtpd.cdb) file may be. i upgraded a working instance from 20031001 to 20031101a and i am using the exact same file i have compiled with tcprules for the tcpserver to use in the run script for qmail-smtpd and i am now having dificulties with tcpserver setting the proper environment variables. when i truncate the rules file to just two lines at the head of the file it works as expected but if i dont then tcpserver doesnt pickup the environment vars it needs to set. this is bizzare behaviour since tcpserver didnt have issues with this until the upgrade and its not a component that is upgraded. any ideas? tia. travis my run script looks like: #!/bin/sh exec 2>&1 # # SMTP service # USER=qmaild QMAIL=/var/qmail ME=$(head -1 $QMAIL/control/me) PATH=$PATH:"$QMAIL/bin" #exec envdir ./env \ # envuidgid $USER \ # tcpserver -v -URl $ME -x $QMAIL/control/qmail-smtpd.cdb 0 smtp \ # $QMAIL/bin/pbscheck \ # $QMAIL/bin/qmail-smtpd QUID=`id -u qmaild` QGID=`id -g qmaild` exec /usr/local/bin/tcpserver -v \ -R \ -l $ME \ -x $QMAIL/control/qmail-smtpd.cdb \ -c 100 \ -u $QUID \ -g $QGID \ 0 \ smtp \ /var/qmail/bin/pbscheck \ /var/qmail/bin/qmail-smtpd 2>&1 my rules file looks like: [root <at> email1 qmail-smtpd]# head -2 /var/qmail/control/qmail-smtpd.rules 127.:allow,RELAYCLIENT="" :allow,QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl",RBL="",LOGLEVEL="64",SANITYCHECK="" <long list of ip addresses i am blocking> line count shows some 4600 lines: [root <at> email1 qmail-smtpd]# wc -l /var/qmail/control/qmail-smtpd.rules 4657 /var/qmail/control/qmail-smtpd.rules running the run script by hand the enable options line doesnt report what it used to. it was "enabled options: starttls sanitycheck rblcheck qmailqueue /var/qmail/bin/qmail-scanner-queue.pl" and now it is just "qmail-smtpd 14309: enabled options: starttls relayclient" the only way i was able to get this output was to set the LOGLEVEL=256 in the environment i was running the run script in by hand. [root <at> email1 qmail-smtpd]# sh -x run + exec + USER=qmaild + QMAIL=/var/qmail ++ head -1 /var/qmail/control/me + ME=email1.somewhere.com ++ id -u qmaild + QUID=504 ++ id -g qmaild + QGID=503 + exec /usr/local/bin/tcpserver -v -R -l email1.somewhere.com -x /var/qmail/control/qmail-smtpd.cdb -c 100 -u 504 -g 503 0 smtp /var/qmail/bin/pbscheck /var/qmail/bin/qmail-smtpd tcpserver: status: 0/100 tcpserver: status: 1/100 tcpserver: pid 14309 from 207.174.178.104 tcpserver: ok 14309 email1.somewhere.com:207.174.178.106:25 lawall.somewhere.com:207.174.178.104::3461 pbscheck: no response from server qmail-smtpd 14309: connection from 207.174.178.104 (lawall.somewhere.com) to email1.somewhere.com qmail-smtpd 14309: enabled options: starttls relayclient qmail-smtpd 14309: remote ehlo: proton qmail-smtpd 14309: max msg size: 35000000 qmail-smtpd 14309: remote ehlo: proton qmail-smtpd 14309: max msg size: 35000000 qmail-smtpd 14309: remote sent 'mail from': FROM:<travis.lawall <at> quantumwerks.com> SIZE=4306 qmail-smtpd 14309: mail from: travis.lawall <at> quantumwerks.com qmail-smtpd 14309: remote sent 'rcpt to': TO:<toddl <at> perfectlamp.com> qmail-smtpd 14309: rcpt to: toddl <at> perfectlamp.com qmail-smtpd 14309: smtp data qmail-smtpd 14309: go ahead qmail-smtpd 14309: data bytes received: 4175 qmail-smtpd 14309: message queued: 1070351955 qp 14310 qmail-smtpd 14309: quit, closing connection tcpserver: end 14309 status 0 tcpserver: status: 0/100
Travis LaWall | 2 Dec 09:44 2003

Re: cdb issues

yes i did check this and the appropriate copy has been copied into place (the previous one was named tcp.smtp and was located in /etc).  i can send you the file if need be.

thx

-t

Claudio Jeker wrote:
On Tue, Dec 02, 2003 at 01:25:36AM -0700, Travis LaWall wrote:
help please. any ideas on this would be appreciated. apparently i am having an issue with how large the qmail-smtpd.rules(and hence qmail-smtpd.cdb) file may be. i upgraded a working instance from 20031001 to 20031101a and i am using the exact same file i have compiled with tcprules for the tcpserver to use in the run script for qmail-smtpd and i am now having dificulties with tcpserver setting the proper environment variables. when i truncate the rules file to just two lines at the head of the file it works as expected but if i dont then tcpserver doesnt pickup the environment vars it needs to set. this is bizzare behaviour since tcpserver didnt have issues with this until the upgrade and its not a component that is upgraded. any ideas? tia. travis
Strange. Just to make sure, you checked ~control/qmail-smtp.rules and verified that the cdb is in sync. I'm asking that because there was a bug in the install tool (an existing ~control/qmail-smtp.rules will be overwritten with the standard one :( ) qmail-ldap did neither change tcpserver nor tcprules so I guess they should work as expected.
Marco Benetton | 2 Dec 15:00 2003
Picon

DUPEALIAS

hi all
I want to compile qmail with qmail-ldap-1.03-20031101.a.patch with -DDUPEALIAS active in Makefile.
When I compile I have this error:
............
cc1: warning: changing search order for system directory "/usr/local/include"
cc1: warning:   as it has already been specified as a non-system directory
qmail-lspawn.c: In function `spawn':
qmail-lspawn.c:803: parse error before "struct"
qmail-lspawn.c:807: `pw' undeclared (first use in this function)
qmail-lspawn.c:807: (Each undeclared identifier is reported only once
qmail-lspawn.c:807: for each function it appears in.)
make: *** [qmail-lspawn.o] Error 1
---------------------------------------------------------------------------------------------------------------
I have try this in RedHat 8.0 and with SUSE 8.1.
 
Can you help me.
 
Marco
Claudio Jeker | 2 Dec 16:25 2003

Re: DUPEALIAS

On Tue, Dec 02, 2003 at 03:00:29PM +0100, Marco Benetton wrote:
> hi all
> I want to compile qmail with qmail-ldap-1.03-20031101.a.patch with -DDUPEALIAS active in Makefile.
> When I compile I have this error:
> ............
> cc1: warning: changing search order for system directory "/usr/local/include"
> cc1: warning:   as it has already been specified as a non-system directory
> qmail-lspawn.c: In function `spawn':
> qmail-lspawn.c:803: parse error before "struct"
> qmail-lspawn.c:807: `pw' undeclared (first use in this function)
> qmail-lspawn.c:807: (Each undeclared identifier is reported only once
> qmail-lspawn.c:807: for each function it appears in.)
> make: *** [qmail-lspawn.o] Error 1
> ---------------------------------------------------------------------------------------------------------------
> I have try this in RedHat 8.0 and with SUSE 8.1.
> 
> Can you help me.

Bug. You need the appended patch.

-- 
:wq Claudio

"Contrary to popular belief, penguins are not the salvation of modern   
technology.  Neither do they throw parties for the urban proletariat."

Index: qmail-lspawn.c
===================================================================
RCS file: /home/cvs-djbware/CVS/qmail-ldap/qmail-lspawn.c,v
retrieving revision 1.95
retrieving revision 1.96
diff -u -r1.95 -r1.96
--- qmail-lspawn.c	26 Nov 2003 21:46:43 -0000	1.95
+++ qmail-lspawn.c	2 Dec 2003 15:12:48 -0000	1.96
 <at>  <at>  -785,27 +785,29  <at>  <at> 
 #ifdef DUPEALIAS
    case 3:
      /* the alias-user handling for dupe handling */
-     struct passwd *pw;
-     char num[FMT_ULONG];
+     {
+       struct passwd *pw;
+       char num[FMT_ULONG];

-     log(4, "LDAP lookup got too many hits, using dupe alias\n");
-     pw = getpwnam("dupealias");
-     if (!pw) _exit(QLX_NOALIAS);
+       log(4, "LDAP lookup got too many hits, using dupe alias\n");
+       pw = getpwnam("dupealias");
+       if (!pw) _exit(QLX_NOALIAS);

-     if (!stralloc_copys(&nughde, pw->pw_name)) _exit(QLX_NOMEM);
-     if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
-     if (!stralloc_catb(&nughde,num,fmt_ulong(num, (long) pw->pw_uid)))
-       _exit(QLX_NOMEM);
-     if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
-     if (!stralloc_catb(&nughde,num,fmt_ulong(num, (long) pw->pw_gid)))
-       _exit(QLX_NOMEM);
-     if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
-     if (!stralloc_cats(&nughde, pw->pw_dir)) _exit(QLX_NOMEM);
-     if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
-     if (!stralloc_cats(&nughde,"-")) _exit(QLX_NOMEM);
-     if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
-     if (!stralloc_cats(&nughde,r)) _exit(QLX_NOMEM);
-     if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+       if (!stralloc_copys(&nughde, pw->pw_name)) _exit(QLX_NOMEM);
+       if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+       if (!stralloc_catb(&nughde,num,fmt_ulong(num, (long) pw->pw_uid)))
+	 _exit(QLX_NOMEM);
+       if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+       if (!stralloc_catb(&nughde,num,fmt_ulong(num, (long) pw->pw_gid)))
+	 _exit(QLX_NOMEM);
+       if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+       if (!stralloc_cats(&nughde, pw->pw_dir)) _exit(QLX_NOMEM);
+       if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+       if (!stralloc_cats(&nughde,"-")) _exit(QLX_NOMEM);
+       if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+       if (!stralloc_cats(&nughde,r)) _exit(QLX_NOMEM);
+       if (!stralloc_0(&nughde)) _exit(QLX_NOMEM);
+     }
      break;
 #endif
    default:

Gmane