On Mar 30, 2009, at 7:32 PM, Rick Romero wrote:
What I'm trying to work around with this method is to handle
user-specific .qmail directives. Dovecot doesn't do that, and that is
why I can't full out replace vdelivermail with deliver.
What if vpopmail was updated to store a user's .qmail file
On 2009-04-01, at 1001, Manvendra Bhangui wrote:
For the RPM installation, it is a good practice to set the
permission for
every file/directory under the %files section.
agreed.
It shouldn't be done under
%pre or %post section because then the RPM cannot figure out the
permissions
till
2009/4/2 John Simpson
> i hope these aren't the settings you're actually using on a real server
> anywhere.
Yes they are on a live server serving > 3 million users. But these programs
have extra authentication/checks before they actually do the setuid(). In
fact that is the first thing done afte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Okay, here's a patch that does the following:
Only chown if root
Only mkdir if root or DESTDIR is set
I haven't committed it to the repository yet because I'm not sure if it
addresses the issues correctly. If you're working on packaging vpopmail
Thanks Matt, I'll test it in minutes...
On Thu, Apr 2, 2009 at 2:38 PM, Matt Brookings wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Okay, here's a patch that does the following:
>
> Only chown if root
> Only mkdir if root or DESTDIR is set
>
> I haven't committed it to the repos
On Sun, Mar 29, 2009 at 3:56 PM, Matt Brookings wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> aledr wrote:
>> On Fri, Mar 27, 2009 at 3:32 PM, Matt Brookings wrote:
>> aledr wrote:
>> Here is the section for MD5 on a x86_64 system:
>> What OS and flavor btw? I'm installing Cen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
aledr wrote:
>> No deal with gdb in this case:
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x0040061a in main ()
Compile like this:
gcc -Wall -g -o testcrypt testcrypt.c -lcrypt
Then gdb:
gdb ./testcrypt
gdb> run
I
Patch reject on latest on r879:
> cat Makefile.in.rej
***
*** 58,62
rm -rf config.log config.status Makefile autom4te.cache
contrib/rc.vusaged
install: $(BINS)
- $(INSTALL) -s -m 0700 vusaged $(DESTDIR)$(VPOPMAIL_DIR_BIN)
if test ! -r $(DESTDIR)$(VPOPMAIL_
On Thu, Apr 2, 2009 at 3:49 PM, Matt Brookings wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> aledr wrote:
>
>>> No deal with gdb in this case:
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x0040061a in main ()
>
> Compile like this:
>
> gcc -Wall -g -o test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
aledr wrote:
> Patch reject on latest on r879:
>
>> cat Makefile.in.rej
> ***
> *** 58,62
> rm -rf config.log config.status Makefile autom4te.cache
> contrib/rc.vusaged
>
> install: $(BINS)
> - $(INSTALL) -s -m 0700 v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
aledr wrote:
> Woops. Did including crypt.h fix it?
>
>> Yes... =D
Great! I'll add the change to the repository.
- --
/*
Matt BrookingsGnuPG Key D9414F70
Software developer Systems technician
Inter7 Internet
On Thu, Apr 2, 2009 at 3:53 PM, Matt Brookings wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> aledr wrote:
>> Patch reject on latest on r879:
>>
>>> cat Makefile.in.rej
>> ***
>> *** 58,62
>> rm -rf config.log config.status Makefile autom4te.cache
>> contrib/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
aledr wrote:
> + make DESTDIR=/var/tmp/vpopmail-5.5.0-build install -C backends/mysql
> make: Entering directory
> `/usr/src/packages/BUILD/vpopmail-5.5.0/backends/mysql'
> /usr/bin/install -c vmysql.so
> /var/tmp/vpopmail-5.5.0-build/usr/lib64/vmysq
On Thu, Apr 2, 2009 at 4:14 PM, Matt Brookings wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> aledr wrote:
>> + make DESTDIR=/var/tmp/vpopmail-5.5.0-build install -C backends/mysql
>> make: Entering directory
>> `/usr/src/packages/BUILD/vpopmail-5.5.0/backends/mysql'
>> /usr/bin/ins
Hello,
I would like to unsubscribe to this list.
Thank you.
From: Rick Widmer
To: vchkpw@inter7.com
Sent: Wednesday, April 1, 2009 5:52:17 AM
Subject: Re: [vchkpw] Deleting primary domain; keeping alias domains
John Simpson wrote:
> so it looks like the on
Instead of jumping all of these hoops, I find that it's easier to
manually remove the real domain from all files in /var/qmail/controls
and its entry in users/assign. Then edit the alias entry in users/
assign to have the new "real" domain in the second column. You'll
have to run qmail-newu
16 matches
Mail list logo