myself, I've just read results so anyone correct
me if I'm wrong.
Rian
for
their protocol. (For example SmtpProtocol on, SSLEngine on, etc)
Well hey I like that too but isn't the Protocol directive deprecated?
While this is cool:
Listen 6025 smtp
I don't think a protocol specifier should be in a listen directive (or
at least the preferred way to specify a protocol).
Rian
. There is also
ap_get_server_protocol(server_rec *s) that returns the protocol based
on the Listen directive. The second way is similar to the way
handlers are selected.
Rian
On Mar 31, 2006, at 6:42 AM, Jeff Trawick wrote:
On 3/28/06, Rian A Hunter [EMAIL PROTECTED] wrote:
On the httpd trunk in prefork.c ap_process_connection isn't called
until
there is data on the new connection (instead of just when a client
connects).
Is there a kernel accept filter
there is no
APR_POLLCONNECTION (or something similar) in apr. What should be done?
Rian
-lresolv.
I know there is apr_sockaddr_info_get but this doesn't handle getting mx records
(or other DNS record types). Should a resolver API be added to APR. Actually I
think yes and I think I'm going to implement this. Any objections?
Rian
of mod_smtpd.
Where should these files go? Should I add a doc subdirectory to
mod_smtpd or what? I want it to be easily build-able and available
online, etc.
Rian
On Feb 8, 2006, at 11:22 PM, Brian J. France wrote:
On Feb 8, 2006, at 9:28 PM, Rian Hunter wrote:
On Feb 8, 2006, at 10:56 AM, Brian J. France wrote:
+1, I like the idea of the storing the setting in the per
connection instance. Leaving the default in the core and copying
it to an per
. Changing scr-should_disconnect
to scr-allows_commands which is a bit-field of what commands that
are allowed. Then smtp_protocol.c handles denying command instead
of having a module hook every command and doing it, right?
Yeah exactly right!
Rian
On Feb 7, 2006, at 8:15 PM, Brian J. France wrote:
Hi Rian,
Before I started converting my other modules to the new code I
figured I would start with writing a new module to handle the SIZE
extension. I needed to apply the following patch (link below) to
the mod_smtpd code to get
strongNick Kew/strong and strongPaul Querna/
strong. It continues
+its life being developed and maintained by Rian Hunter with
help from the httpd
+developers.
Ok, now we're seeing this both in the mod_mbox and mod_smtpd web
pages. This is supposed to be a community project, ASF
to look at is in
http://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/src/
smtp_protocol.c, the function is smtpd_bounce_unqueued
(smtpd_session_rec *). Thanks!!
Rian Hunter
an SMTP client but I may just end up doing that.
Rian Hunter
On Jan 10, 2006, at 11:57 PM, Paul Querna wrote:
Rian Hunter wrote:
This version of Apache is principally a security and bug fix
release, and represents the best available version of Apache HTTP
Server.
That string is currently under the Apache 2.0.55 Released
section of http
this:
---begin_rfc822_message---
From: Rian Hunter [EMAIL PROTECTED]
To: Rian Hunter [EMAIL PROTECTED]
Subject: Testing.
Hi this is the body of the message.
---end---
mod_smtpd saves:
---begin body---
Hi this is the body of the message.
---end---
when normal mail clients usually show the body like this:
---begin body
?
Rian Hunter
On Sat, 2005-12-31 at 13:47, Brian J. France wrote:
On Dec 31, 2005, at 1:23 PM, Rian Hunter wrote:
Any comments, ideas and criticisms are highly welcomed! Thanks!
Any changes on how recipients and queue/deliver is handled?
I started implementing my proposal from a while back and got
it was extensibility.
Any comments, ideas and criticisms are highly welcomed! Thanks!
Rian Hunter
and
env | grep -i path
On Thu, 2005-12-29 at 10:05, Philip M. Gollucci wrote:
Can you do :
cd /var/db/pkg
ls -ld gnu-*
nothing in there s
and
env | grep -i path
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/rian/bin
Thanks!
rian
is from (ip and mail from)) or headers seem
more and more rare.
-rian
On Tue, 2005-10-04 at 09:23 -0500, Brian J. France wrote:
I would like to propose a change on how rcpt to addresses are
validated and messages are handled (expanded) and how queue modules
know it needs to process
, minor interface
changes, and code reviews.
Thanks.
Rian Hunter
On Tue, 2005-09-27 at 08:33 -0500, Brian J. France wrote:
Here are two modules I worked on last week while on a trip and ready
for some discussion.
mod_smtpd_auth
mod_smtpd_auth_dbd
http://www.brianfrance.com/software/apache/
mod_smtpd.patch will be needed which adds the auth hooks
) very soon for
incorporation into the modules tree.
Rian Hunter
that only modules included in the
core httpd distribution should use AP_DECLARE_HOOK and all others
should be optional hooks because they might not always be loaded.
If this is not the case, this should change soon.
-rian
On Sep 17, 2005, at 8:35 PM, Garrett Rooney wrote:
On 9/17/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+static int cleanup_socket;
This global worries me. How will it behave in a multithreaded MPM?
-garrett
Right, I'll fix that up.
-rian
by one of the filters in
http_filters.c to set a timeout, but since those filters weren't used
i had to do it manually in mod_smtpd but now it has it's own I/O
functions so it doesn't need to set this.
-rian
soon.
Thanks!
Rian Hunter
of strings like SIZE=5. Does that sound good?
Rian Hunter
.
- DATA command input filter support per transaction.
- RFC822 Header parsing via libapreq2
- Exported IO functions.
Have Fun!
-rian
,
APR_HOOK_MIDDLE);
}
-
You do it at connect so when the user gives ehlo, the server can respond
with the list of all the extensions supported by the various modules.
There will be more documentation/example code for mod_smtpd very soon.
-rian
APR_IMPLEMENT_OPTIONAL_HOOK_RUN_ALL_MOD and defined in smtpd.h, but
would something like this make it into the APR release? It seems silly
and hackish within smtpd.h. Also should a
APR_IMPLEMENT_OPTIONAL_HOOK_RUN_FIRST also be defined in APR? Thanks.
-rian
/modules/misc
mod_smtpd_load : Allow temp error if load to high on the server
+1, Jem since you have checked in the first plugin for mod_smtpd would
you mind creating a directory structure similar to this if it seems fine
to you?
-rian
with AP_MODE_GETLINE,
just because SMTP is a line oriented protocol was there any explicit
reason you wanted it to be called with AP_MODE_READBYTES?
You can check it out from
https://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/.
-rian
with AP_MODE_GETLINE,
just because SMTP is a line oriented protocol was there any explicit
reason you wanted it to be called with AP_MODE_READBYTES?
You can check it out from
https://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/.
-rian
undefined function _smtpd_hook_connect.
Is this the right way or is there an example module I could compare
with?
Actually no, you should use:
APR_OPTIONAL_HOOK(smtpd, connect, smtpd_access_dbi_connect, NULL, NULL,
APR_HOOK_MIDDLE);
Since it's an optional hook. Thanks.
-rian
! In the future I'll be a lot more careful about code I
commit.
-rian
On Aug 19, 2005, at 9:58 AM, Brian J. France wrote:
On Aug 18, 2005, at 6:22 PM, Rian Hunter wrote:
Don't do this just yet, mod_smtpd is changing completely!
completely = structures/io. I should commit my changes very soon
so you can start working on this.
Any ETA on this? I
and Rian, let me know if I should be going
about
this a different way?
I thought the most modular fashion would be to create a
mod_smtpd_rbl that
registers the following mod_smtpd hooks:
smtpd_run_connect (might deny service to connecting IP, per
request_rec)
smtpd_run_mail (might deny service
structures
that require casting in order to access what you've stored in
them... The version that Rian committed is slightly different, but
still has the same problem. I'd post a patch, but it's probably
faster to fix it by hand than it is to detach a patch from an email
and apply it.
Over
-without-RFC(2)822.
I figure we'll have an input filter registered and if the data
doesn't look like RFC-(2)822, then it passes it on verbatim.
-rian
On Aug 16, 2005, at 6:47 AM, Nick Kew wrote:
Rian Hunter wrote:
[chop]
I think I should have looked harder before replying ... looks
like you've done more than I realised. I guess what I was
asking about slots easily in to data_post ?
Which question exactly?
-rian
probably 99% of SMTP transfers involve
messages in the RFC 2822/MIME formats. Although I think that maybe
there will be a plugin that wants data from the DATA command
verbatim. I still feel this needs some thought.
-rian
On Aug 14, 2005, at 11:08 PM, Garrett Rooney wrote:
Rian Hunter wrote:
This patch looks good but I have some questions. You seem to use
the returned pointers from apr_array_push without checking if
they are NULL. Even in apr_array_push, apr_palloc is used without
checking for NULL
plugin not in
mod_smtpd.
-rian
Sorry I removed one part of code and not the other.
-rian
apr_array_t (or you can send in a
patch if you like).
-rian
On Aug 14, 2005, at 8:12 PM, Joe Schaefer wrote:
Rian Hunter [EMAIL PROTECTED] writes:
On Aug 14, 2005, at 1:22 PM, Joe Schaefer wrote:
+RELEASE SHOWSTOPPERS:
+
+
+ smtp_process_connection_internal should take a smtp_proto_rec
+ argument (which is what the current smtp_request_rec
not sure whether or not you don't check for NULL
on purpose. Could you explain? Thanks.
-rian
On Aug 14, 2005, at 8:52 PM, Garrett Rooney wrote:
Garrett Rooney wrote:
Rian Hunter wrote:
Ah I didn't even realize the key allocation, I'll fix that. Thanks!
The reason I don't use an apr_array_t
this code out from:
http://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/
Have Fun!
-rian
, or is my temporary solution to ignore it correct enough?
If calling ap_run_create_request should be necessary for a module
like mod_smtpd, then other modules shouldn't register filters on the
request_rec without checking if its the appropriate protocol/request.
-rian
of configuration in a
context that may not make sense to a user or admin. Either way, conf
like that is irrelevant to core mod_smtpd.
-rian
of us can deal with this code. It
sucks that most are busy with ApacheCon right now.
-rian
different handlers trying
to read data from the socket. Is this problem solved by spooling the
data, and letting the two separate requests read from the spool bucket?
-rian
different smtp
command).
Jem/Paul/Nick: I'm especially interested in what you think about the
design I've laid out in this implementation.
-rian
the
ap_rgetline function. Does this sound like a bad idea to you? any
security issues? The other solution (letting mod_smtpd read the whole
thing into a buffer and then passing the buffer) seems way too memory
hungry for me.
-rian
design, basically we'll still call these
logical hooks.
Are there any complications I've overlooked? Any criticism or comments
are very welcome!!
-rian
servers, even though mod_smtpd will be
powerful enough to be a production mail server i just think sys admins
are more stubborn about changing their mail server setup than the web
server setup.
-rian
amount of
protocols and protocol specific data.
-rian
Quoting Garrett Rooney [EMAIL PROTECTED]:
Rian Hunter wrote:
type misc_smtp_handler(request_rec *r) {
smtpd_request_rec *smtp_data;
if (strncmp(http, r-protocol_name, 4)) {
// decline to handle, this module doesn't handle
// http requests
(for a response to the
ehlo command), and you don't have to worry about the details of writing
a new SMTP server when most of the tedious work has already been taken
care of.
-rian
appreciate that!
To everyone managing SoC: about how long until our svn accounts are
activated? I know there are a lot details being worked out still, but I
still feel a little in the dark.
-rian
61 matches
Mail list logo
