Hi,
because the web archive (http://nntp.perl.org/group/perl.qpsmtpd) is
currently down I couldn't check if this was discussed before or how to
submit patches/feature requests..
My "problem": I want to see in the headers whether a mail was received
with TLS.
Please notice that I'm not a perl-guru
Nick Leverton wrote:
> On Friday 02 February 2007 07:02, Robert Spier wrote:
>
>> Tabs are evil. Sure, they're valid, but lets avoid spreading them.
>>
>> If we're going to add TLS information to the header then lets do it in
>> a way that's compatible with other mailers. (i.e. do what sendmai
Hi,
I'm wondering if there's any concept for "dynamic" pluginsettings?
Because of legal reasons I can't reject spam for all users - each user
have to decide if spam mails should be rejected :(
I don't want to change the plugin spamassassin because I would have to
change it with every new release.
Matt Sergeant wrote:
> On 5-Feb-07, at 2:24 PM, Jens Weibler wrote:
>
>> I'm wondering if there's any concept for "dynamic" pluginsettings?
>
> Yes. Create a 'config' hook.
mmh, there must be a better way to do this.
I have to change e.g. the reje
Hi,
just a proposal for the current trunk: logging/generic_log
-
#!perl
sub register {
my ( $self, $qp, %args ) = @_;
}
sub hook_deny {
my ( $self, $transaction, $prev_hook, $return, $return_text ) = @_;
$self->log(LOGINF
Michael Holzt wrote:
>> This occurs about 50 times in a row in the same process with the same
>> remote address. Why should rcpt_ok be run last (that's what it says
>> inside the file)? After all this is a pretty basic and cheap test.
>>
>
> No. rcpt_ok _finally_ decides to accept or reject
Guy Hulbert wrote:
> On Sun, 2007-18-02 at 16:17 +0100, Jens Weibler wrote:
>
>> mmh, I've disabled rcpt_ok for my config.
>> I'm not using rcpthosts nor allowing relaying over qpsmtpd.
>>
>> check_relay would be a much better name :)
>>
>
John Peacock wrote:
> Hans Salvisberg wrote:
>
>> I guess it makes sense to put the checks that are absolutely required
>> (such as checking config("me")) into a plugin that needs to be run in a
>> minimal system to receive /any/ messages at all.
>>
>> OTOH it is pretty wasteful to save the easi
m. allan noah wrote:
> i see a block of code in sender_permitted_from's hook_mail that
> manually parses relayclients and morerelayclients. it checks
> $self->qp->connection->relay_client() first, so using check_relay
> before sender_permitted_from would instead seem to be more
> correct.
>
> i wan
Mark Glines wrote:
> On Wed, 21 Feb 2007 14:16:23 -0800
> Mark Glines <[EMAIL PROTECTED]> wrote:
>
>
>> If it has any dependencies, these still
>> need to be specified in the ebuild - I haven't done this yet. I see
>> there are some dependencies listed in the Makefile.PL, so I guess I
>> got lu
James W. Abendschan wrote:
On Fri, 24 Aug 2007, Guy Hulbert wrote:
These are the approaches suggested so far. I added the last one as a
combination of the others. Can we see a show of hands for the one
Using rand is bogus. A random number generator will repeat values.
Time (with
Ernesto wrote:
> *check_user*
>
> Check User looks up a recipient during smtp phase in a database
>
> It is suitable for mailer configurations qpsmtpd-exim4 with virtual
> users in a database.
Do I see it right, that you're sharing one mysql-connection for all
connections? What about threaded qpsmt
Ernesto wrote:
> Jens Weibler wrote on 28.08.2007 08:27:
>> Ernesto wrote:
>>
>>> *check_user*
>>>
>>> Check User looks up a recipient during smtp phase in a database
>>>
>>> It is suitable for mailer configurations qpsmtpd-exim4 with vi
Chris Garrigues wrote:
>> From: Charlie Brady <[EMAIL PROTECTED]>
>> Date: Tue, 28 Aug 2007 23:04:56 -0400 (EDT)
>>
>> No, it should be remote_IP.remote_port.local_port and should include a
>> transaction_within_connection count. I don't think that pid adds anything.
>>
>
> Isn't localport
John Peacock wrote:
Juerd Waalboer wrote:
Neither opening appears to have anything to do with qpsmtpd, the topic
of this mailing list.
One of the primary reasons I got this job was the experience I gained working
with qpsmtpd. Hurray for open source projects...
In my opinion: as lo
Michael Salbinger wrote:
my box is running with a load average of 40.
there are mostly 100 to 140 tcpserver qpsmtpd connections.
most of them spambots.
the smtp dialog is very slow, up to 1-2 minutes each.
i am reading all day long but nothing seems to help.
Have you checked your DNS setup?
O
16 matches
Mail list logo
