This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [ITA] Procmail 3.22
- From: "D. Boland" <daniel at boland dot nl>
- To: Cygwin applications <cygwin-apps at cygwin dot com>
- Date: Sat, 16 Aug 2014 10:07:30 +0200
- Subject: Re: [ITA] Procmail 3.22
- Authentication-results: sourceware.org; auth=none
- References: <53ED085C dot D22D95B0 at boland dot nl> <20140814202043 dot GD28562 at calimero dot vinschen dot de> <53EDBC66 dot 810DFCD8 at boland dot nl> <20140815085914 dot GG28562 at calimero dot vinschen dot de> <53EE2D0D dot A01679B9 at boland dot nl> <20140815194126 dot GL28562 at calimero dot vinschen dot de>
Hi Corinna,
Corinna Vinschen wrote:
>
[...]
> > I forgot the prep stage.
> >
> > I re-made the binary package and its source package with cygport (nice
> > program btw):
> >
> > http://cygwin.boland.nl/x86/release/procmail/
> >
> > I had to cheat a little (see 'src_compile' in .cygport file) because
> > the source has to be compiled with a library, called 'suexec'. In
> > there are the function overrides to make 'multi-root' and suid/guid
> > possible.
> >
> > To make the Procmail and Sendmail packages completely 'clean' I would
> > like to ITP this library as a new package.
>
> Definitely. If a library is a prerequisite for the package, you should
> ITP it before we upload any dependent package. If the build is ok, it's
> more or less preapproved if it's GTG.
>
> I'm just a bit puzzled. Isn't suexec an application, and isn't it part
> of apache, usually? Also, since when is procmail dependent on suexec?
> It isn't on Fedora and they certainly use almost all of procmail's
> features...
You are right, suexec is an Apache program. I created this library myself and
borrowed the name from Apache. It solves the impersonation problem by making
procmail 'multi-root' aware. I wrote a small article on it in my ITP of libsuexec.
>
> Oh, and while I was looking I found this: The original procmail 3.22
> sources are not IPv6-enabled. Would you mind to add the Fedora patch(*)
> for that, too?
I will.
Daniel