We do the sort of signing that is a huge doozy, and Matt is right, it's a
doozy :) There are a couple of ways we've accomplished re-writing the
body from a MIME::Entity. Honestly it seems a bit non-standard to me but
we have some special requirements, like leaving the original body around;
I
On 05/20/2011 02:56 PM, Jared Johnson wrote:
We do the sort of signing that is a huge doozy, and Matt is right, it's a
doozy :) There are a couple of ways we've accomplished re-writing the
body from a MIME::Entity. Honestly it seems a bit non-standard to me
Why do you think this is
On 05/20/2011 02:56 PM, Jared Johnson wrote:
We do the sort of signing that is a huge doozy, and Matt is right, it's
a
doozy :) There are a couple of ways we've accomplished re-writing the
body from a MIME::Entity. Honestly it seems a bit non-standard to me
Why do you think this is
On Tue, May 17, 2011 at 9:03 PM, Matt Sergeant m...@sergeant.org wrote:
Aleksandar Lazic wrote:
Just for my curiosity, why don't you use
qpsmtpd::smtp-forward =Any MTA Setup (postfix,courier,qmail, ...)?
It's not sender dependent, and doesn't pass on AUTH. (but would be easily
hackable to
On 05/17/2011 04:24 PM, Matt Sergeant wrote:
It can be done, but you'll need to customise the smtp-forward plugin
yourself to do it.
I checked the transaction object, I could not find a handle to the message.
How can I achieve the following:
An email shall be signed and then put back to the
What do you mean by signed?
Do you mean like adding a banner to the text parts of the email? If so,
that's a really hard problem (I mean it's doable in simple situations,
but breaks very very easily).
Mike Korizek wrote:
On 05/17/2011 04:24 PM, Matt Sergeant wrote:
It can be done, but
On 05/20/2011 04:19 AM, Matt Sergeant wrote:
What do you mean by signed?
Signing with a gnugp key.
Actually by signing the original email I get a new MIME::Entity which
then I need to pass on the queue to get delivered to the real smtp server.
In other words, the qpsmtpd proxy signs the email
Hi Mike,
On Die 17.05.2011 10:34, Mike Brack wrote:
Hi all
Can I achieve the following scenariowith qpsmtpd?
Acting as smtp proxy connecting to an external target smtp server which
is sender dependent.
The target smtp server requires smtp auth, so the proxy should pass on
the credentials to
Aleksandar Lazic wrote:
Just for my curiosity, why don't you use
qpsmtpd::smtp-forward =Any MTA Setup (postfix,courier,qmail, ...)?
It's not sender dependent, and doesn't pass on AUTH. (but would be
easily hackable to do that).
On Tue, May 17, 2011 at 9:03 PM, Matt Sergeant m...@sergeant.org wrote:
Aleksandar Lazic wrote:
Just for my curiosity, why don't you use
qpsmtpd::smtp-forward =Any MTA Setup (postfix,courier,qmail, ...)?
It's not sender dependent, and doesn't pass on AUTH. (but would be easily
hackable to
I wrote a similar plugin a while ago to facilitate my testing
environment at home.
Not sure if it works with the current code base but at least can act as
skeleton.
Code: https://gist.github.com/977645
Thread: http://www.mail-archive.com/qpsmtpd@perl.org/msg09252.html
On 05/17/2011 03:40 PM,
11 matches
Mail list logo
