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 sendmail or
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 reject_threshold for spamassassin for each
recipient/connection
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 ) = @_;
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 a
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 easiest checks
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 wanted to
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 lucky because
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:
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 virtual
users in a database.
Do I see it right, that you're sharing one mysql
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 always 25?
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
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?
14 matches
Mail list logo
