-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Itamar Reis Peixoto wrote:
> vpopmail make install should support DESTDIR
Added to svn.
By the way, there is no need to CC me personally. Mailing to the list is
plenty :)
- --
/*
Matt BrookingsGnuPG Key D9414F70
Software developer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
aledr wrote:
> I've wrote a patch to support DESTDIR and remove the "-o" and "-g"
> statements on the install commands (which should be removed from the
> install commands and let %files section on the spec file take care
> about files permissions and
what you think about a irc chat to talk about vpopmail development ?
irc.freenode.net
#vchkpw
--
Itamar Reis Peixoto
e-mail/msn: ita...@ispbrasil.com.br
sip: ita...@ispbrasil.com.br
skype: itamarjp
icq: 81053601
+55 11 4063 5033
+55 34 3221 8599
!DSPAM:49d0c04732687858516885!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Itamar Reis Peixoto wrote:
> what you think about a irc chat to talk about vpopmail development ?
Inter7 has been in #qmail on EFNet for years. Feel free to stop by,
although we don't always have a whole lot of time to monitor the channel
these day
Ok. This won't work. My test system had all the variables set in the
shell, which is why it worked. :( The reason it won't work is that
qmail-local is the parent process of both vdelivermail AND deliver.
If vdelivermail sets HOME, it does not apply to deliver's environment.
:(
On t
I have a question about this. When I first implemented dSPAM I used the same
method of nested pipes to handle delivery through .qmail-default. However the
problem I ran into was if there was a problem in the first pipe that caused an
error mail was lost due to the broken pipe. Is that something
> -Original Message-
> From: Tren Blackburn [mailto:t...@eotnetworks.com]
> Sent: Monday, March 30, 2009 11:55 AM
> To: vchkpw@inter7.com
> Subject: RE: [vchkpw] vdelivermail stdout to Dovecot deliver
>
> I have a question about this. When I first implemented dSPAM I used
the
> same method
> -Original Message-
> From: Cleaver, Japheth [mailto:jclea...@soe.sony.com]
> Sent: Monday, March 30, 2009 12:16 PM
> To: vchkpw@inter7.com
> Subject: RE: [vchkpw] vdelivermail stdout to Dovecot deliver
>
> > -Original Message-
> > From: Tren Blackburn [mailto:t...@eotnetworks.com
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.
As for pipes, I see where you're coming from, and it's probably best to
not chain pipes, but instead exec the
chown: changing ownership of
`/home/itamar/fedora/mail/vpopmail/svn/vpopmail-5.5.0/x//home/vpopmail/bin':
Operation not permitted
chown: changing ownership of
`/home/itamar/fedora/mail/vpopmail/svn/vpopmail-5.5.0/x//home/vpopmail/etc':
Operation not permitted
chown: changing ownership of
`/home/ita
On Mon, Mar 30, 2009 at 11:06 PM, Rick Romero wrote:
> Programming question - if I write to fd0 (STDOUT), and then exec() a
> process, will that child process see the data I put in fd0 from the parent?
> Maybe I'll just try that as well.
>
make fd0 a file (using makeseekable) and do lseek (0, 0
On Tue, Mar 31, 2009 at 9:19 AM, Manvendra Bhangui wrote:
> On Mon, Mar 30, 2009 at 11:06 PM, Rick Romero wrote:
>
>> Programming question - if I write to fd0 (STDOUT), and then exec() a
>> process, will that child process see the data I put in fd0 from the parent?
>> Maybe I'll just try that as
But regardless of whether the parent is qmail-local or vdelivermail,
vdelivermail still provides the same environment variables. I did a test by
writing a quick one line shell script that wrote the environment variables to a
file and ran it from /home/vpopmail/domains/test.com/test/.qmail via a
13 matches
Mail list logo