On Sat, 7 Feb 2009 23:24:39 -0800 Ask Bjørn Hansen
wrote:
>
> On Feb 7, 2009, at 6:25, Karl Y. Pradene wrote:
>
> > Hi,
> > is it possible add a hook at the end of headers?
>
> Hi Karl,
>
> Look in data_respond in lib/Qpsmtpd/SMTP.pm -- it would be pretty
> easy to add. Look for the line tha
On Sat, 7 Feb 2009 23:24:39 -0800 Ask Bjørn Hansen
wrote:
>
> On Feb 7, 2009, at 6:25, Karl Y. Pradene wrote:
>
> > Hi,
> > is it possible add a hook at the end of headers?
>
> Hi Karl,
>
> Look in data_respond in lib/Qpsmtpd/SMTP.pm -- it would be pretty
> easy to add. Look for the line tha
Michael Holzt who generously have been hosting the qpsmtpd wiki for
the last years, but he needs it moved somewhere else. Anyone up for
hosting and looking after the wiki for a couple of years?
It's running on DokuWiki, but if you are up for converting the data to
something else we can use
On Sun Feb 08, 2009 at 15:35:37 -0800, Ask Bj?rn Hansen wrote:
> Michael Holzt who generously have been hosting the qpsmtpd wiki for the
> last years, but he needs it moved somewhere else. Anyone up for hosting
> and looking after the wiki for a couple of years?
>
> It's running on DokuWiki, bu
Hi everyone,
I finally got the git repository ready! All the old branches are
grafted in so we have the complete history (there was one or two
merges I made up to best show the full history).
I also imported the actual contents of the .tar.gz releases, as it
turned out they were slightly
On Feb 8, 2009, at 15:39, Steve Kemp wrote:
Michael Holzt who generously have been hosting the qpsmtpd wiki for
the
last years, but he needs it moved somewhere else. Anyone up for
hosting
and looking after the wiki for a couple of years?
It's running on DokuWiki, but if you are up for con
On Sun Feb 08, 2009 at 17:06:56 -0800, Ask Bj?rn Hansen wrote:
> I'm pretty sure both are negligible. The real resources are time to
> keep spammers out, update the software, maintain backups, etc.
That's pretty much what I thought. I certainly have the facilities
to host the wiki, take b
On Sun, 2009-08-02 at 16:20 -0800, Ask Bjørn Hansen wrote:
> I'll write on the wiki some ideas for development workflows later.
Please post any ideas you have to the mailing list as well. It will be
useful to get some feedback (and it will be useful for the rest of us to
see the discussion).
The
Comitted to my tree as commit 815c6d8223822461dd754f82ed6785ae319e0669
will try and get it to Ask's tree soon, once we figure out how that works.
Steve Kemp wrote:
>
>
>I've got many non-standard plugins and for a given
> fatal error it is non-trivial to determine which of
> them was
The patch itself looks fine, I'm not sure whether we actually should
support this or not.
(It also needs an update to README.plugins, and maybe should be called
data_headers_end, but those are little things.)
Anyone else want to chime in?
Karl Y. Pradene wrote:
>
> On Sat, 7 Feb 2009 23:24:39
Applied to my tree as commit ea86b9fdb242be7b4aca8a5acfec6ad30360fc9f
Will get into the main tree eventually.
Jared Johnson wrote:
>
> > Jared, if you still want Address notes, please submit a patch with
> > just that functionality.
>
> See address_notes_minor.diff and address_notes_sans_retur
Thanks, applied as
commit cb4c77eb9ec6e4d103fa6de3aa2bb0670d6441b6
to my tree.
Will get into the main tree eventually.
(p.s. can you teach your mailer to not base64 encode patches?)
David Nicol wrote:
>
> random error plugin, for (1) testing (2) providing lower QoS to
> non-premium custome
12 matches
Mail list logo
