On Wed, 20 Jul 2005, Paul A Houle wrote:
> Jem Berkes wrote:
>
> >
> >I could also start work on a mod_smtpd_dnsbl if the mentors feel that is
> >worthwhile? This would look up a connecting IP address against a blacklist
> >and return a descriptive string to mod_smtpd if the client should be
> >re
On Jul 19, 2005, at 7:39 PM, Jorge Schrauwen wrote:
Wouldn't something like
ServerName www.apache.org:81
ServerAlias httpd.apache.org internal_dev
ServerAdmin [EMAIL PROTECTED]
ErrorLog logs/error.log
TransferLog logs/access.log
SMTP On # like with mod_dav (dav on)
so reusing existing comma
> Overall blacklists aren't that effective and cause a lot of false
> positives. They may make sense in the case of something like
> SpamAssassin which uses a blacklist in conjunction with other false
> positives, but by themselves they really aren't a responsible way of
> dealing with the sp
Jem Berkes wrote:
I could also start work on a mod_smtpd_dnsbl if the mentors feel that is
worthwhile? This would look up a connecting IP address against a blacklist
and return a descriptive string to mod_smtpd if the client should be
rejected with an error: "550 5.7.1 Email rejected because
Wouldn't something like
ServerName www.apache.org:81
ServerAlias httpd.apache.org internal_dev
ServerAdmin [EMAIL PROTECTED]
ErrorLog logs/error.log
TransferLog logs/access.log
SMTP On # like with mod_dav (dav on)
so reusing existing command, then
Wouldn't something like
ServerName www.apache.org:81
ServerAlias httpd.apache.org internal_dev
ServerAdmin [EMAIL PROTECTED]
ErrorLog logs/error.log
TransferLog logs/access.log
SMTP On # like with mod_dav (dav on)
so reusing existing command, then this main an user of www.apache.org
lets call
> But is anyone dealing with outgoing SMTP via a proxy_smtp in the
> mod_proxy framework? I think you were discussing that a short while
> ago, weren't you? I think that might be higher priority.
I hesitated on that because I did not understand at all how mod_proxy fits
into this. i.e. I don't
Rian Hunter wrote:
On Jul 19, 2005, at 6:51 AM, Nick Kew wrote:
the problem i found when i did my poc is when there is in the command,
different destination email. It's difficult here to keep the
virtualHost
scheme.
It would be nice to keep a conf file like
ServerName mail.bla.com
On Tue, 19 Jul 2005, Jem Berkes wrote:
> > Hmm. That sounds like a good idea, maybe there already is a hook
> > defined that could deal with this, I'll look into it.
>
> I could also start work on a mod_smtpd_dnsbl if the mentors feel that is
> worthwhile? This would look up a connecting IP addres
> Hmm. That sounds like a good idea, maybe there already is a hook
> defined that could deal with this, I'll look into it.
I could also start work on a mod_smtpd_dnsbl if the mentors feel that is
worthwhile? This would look up a connecting IP address against a blacklist
and return a descriptive
Joe Schaefer <[EMAIL PROTECTED]> writes:
> Rian Hunter <[EMAIL PROTECTED]> writes:
>
>> I think this requires some more thought considering different
>> smtp connections and server requirements. The main drawback to
>> sub- requesting each rcpt to is that we have two different
>> handlers trying t
Rian Hunter <[EMAIL PROTECTED]> writes:
> I think this requires some more thought considering different
> smtp connections and server requirements. The main drawback to
> sub- requesting each rcpt to is that we have two different
> handlers trying to read data from the socket. Is this problem
> so
On Jul 19, 2005, at 6:51 AM, Nick Kew wrote:
the problem i found when i did my poc is when there is in the
command,
different destination email. It's difficult here to keep the
virtualHost
scheme.
It would be nice to keep a conf file like
ServerName mail.bla.com
SmtpUserMap mail.bl
> Hi Rian,
Useful start: you seem to have dealt with the core SMTP stuff:-)
> I like how the code is done. I am not sure a hook for each smtp command
> is the good solution. Adding a new command here is very simple and quick.
That's my feeling too. But I'm happy with the way Rian has done it -
Nifty! I had some compilation problems involving regex, so in the
attached patch I use ap_regex.h and change some defines. Hope this
doesn't break anything.
that was a good idea, ap_regex.h was implictly getting included for me.
The other bug I partially fixed was, strstr in smtp_protocol.
This is my first attempt at writing an experimental version of mod_smtpd. I
don't yet have svn access yet so this code can be downloaded from
http://rian.merseine.nu/mod_smtpd-0.1.tar.gz.
Nifty! I had some compilation problems involving regex, so in the attached
patch I use ap_regex.h and chan
Hi Rian,
I like how the code is done. I am not sure a hook for each smtp command
is the good solution. Adding a new command here is very simple and quick.
the problem i found when i did my poc is when there is in the command,
different destination email. It's difficult here to keep the virtualH
> Jem/Paul/Nick: I'm especially interested in what you think about the
> design I've laid out in this implementation.
I'll try this out today and send my feedback.
With respect to hooking every command, the reason I suggested that is to
offer some usefl facilities to those writing filter modules
Hi,
This is my first attempt at writing an experimental version of
mod_smtpd. I don't yet have svn access yet so this code can be
downloaded from http://rian.merseine.nu/mod_smtpd-0.1.tar.gz.
This implementation shows my vision for mod_smtpd and it isn't
perfect, so please test/look at th
19 matches
Mail list logo
