You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Serge Knystautas <se...@lokitech.com> on 2002/04/16 23:08:47 UTC
New alpha release?
There have been a few fixes since alpha 2, the ones I remember off the
top of my head include:
- fixed delay in db repository
- fixed pop3 dot-stuffing bug
- fixed bounce method to use Return-Path header if there
probably a few other fixes... hopefully people have been updating the
changelog.xml file (hint hint).
I'm almost ready to deploy a patch to better identify temporary delivery
exceptions and clean up the messages a bit (like instead of saying,
"javax.mail.SendFailedException 512 3 I don't likeyou", have the error
message say, "When I tried to deliver to the mail server at
stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
Also, I'm going to try to patch the file repository so you can save a
message with the same message name. I think that's the better fix for
the delivery problems. If I can't do that easily, I'll apply that patch
that renames the messages when it has to store messages for replies
(which is currently creating the 0-byte problem in the file repository).
So, how about a vote for alpha 3 pending these 2 fixes?
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Immediate 550 responses to illegal sends
Posted by Harmeet Bedi <ha...@kodemuse.com>.
----- Original Message -----
From: "Anthony Buckton" <an...@blackink.net.au>
> I would like to respond to the guy to inform him that his efforts are now
fruitless, but the senders address is a fake, all I have is his IP and that
doesn't respond to incoming connections :(
Would it be easier to block the IP address at the firewall level or some
other network level before it gets to your mail server.
Harmeet
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Immediate 550 responses to illegal sends
Posted by Serge Knystautas <se...@lokitech.com>.
Anthony,
Others have asked for some kind of quick-rejection, but the problem is
the layout you suggested it rather specific to your installation. I
personally would want local network SMTP to be always accepted as well
as something for a local account, plus whoever authenticated with SMTP
AUTH. Someone else may just be gatewaying to another server and only
want incoming mail for recipients and doesn't care who the sender is.
I don't believe it's feasible or practical to create predefined blocks
that match various installations, so the front-running idea was to allow
matchers to run during the multiple SMTP stages...after HELO, after MAIL
FROM, after RCPT TO, and after DATA. If you could add a few matchers in
each spot, we could offer much more customization possibilities for the
James admin.
However, as you can imagine, this quickly becomes complicated and may be
too much for what could be accomplished more simply elsewhere, like
already said for your case, just blocking the remote IP address at the
firewall level is probably the better approach.
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
Anthony Buckton wrote:
> Hi Guys,
>
> A week or two ago, I downloaded James and started getting into things - including this list, so I apologise if I am covering old ground.
>
> Over the last few days I have been getting hammered by a pseudo-yahoo user sending thousands of emails to other @yahoo.com users.
> My strategy was to black-hole the emails, yet they still keep coming and my shiny new DSL link is becoming choked as this guy steps up his operations.
>
> I would like to respond to the guy to inform him that his efforts are now fruitless, but the senders address is a fake, all I have is his IP and that doesn't respond to incoming connections :(
>
> On checking how other do this, the recommendation what to respond with a "550" message during the SMTP connection to let the sender know that their mail is rejected - whilst they're is connected - preferrably as a response to his RCPT command - before the DATA starts racking up the byte counters at my ISP. The current Mailet checking and processing architecture doesn't allow this.
>
> I have been working through the code (I'm checking out Eclipse which shows promise) and have come up with the following suggestion:
>
> i) config.xml: Incorporates a tag in the <smtpserver> section, I've named <LocalRelated> which is a boolean and is responsible for setting a "localRelated" boolean in the SMTPHandler object.
>
>
> ii) The following code would be executed:
>
> if(localRelated)
> {
> MailAddress senderAddress = (MailAddress)state.get(SENDER);
> boolean SenderHostIsLocal
> = mailServer.isLocalServer(recipientAddress.getHost());
> boolean RcptHostIsLocal
> = mailServer.isLocalServer(senderAddress.getHost());
> boolean SenderUserIsLocal
> = mailServer.isLocalUser(recipientAddress.getUser());
> boolean RcptUserIsLocal
> = mailServer.isLocalUser(senderAddress.getUser());
>
> // check if either the send/recv user+domain are local
> if(!((SenderHostIsLocal && SenderUserIsLocal) ||
> (RcptHostIsLocal && RcptUserIsLocal))) {
> out.println("550 Cannot forward to that address");
> getLogger().error("Sender " + senderAddress
> + " attempted to relay to " + recipientAddress);
> return;
> }
> }
>
> (This code would be inserted into doRCPT() method of the SMTPHandler object, most likely AFTER the AUTH checking code.)
>
> iv) The method "public boolean isLocalUser(String name)" would need to inserted into the MailServer interface to make the method found in James object accessible by the SMTPHandler.
>
> I realise that this may not meed all of the needs of all of the users - but it could be the start of some useful "fast spam stopping" tools.
>
> Anthony
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Immediate 550 responses to illegal sends
Posted by Danny Angus <da...@thought.co.uk>.
> On checking how other do this, the recommendation what to respond
> with a "550" message during the SMTP connection to let the sender
> know that their mail is rejected -
James doesn't do this at the moment, but there are plans to make it do it.
You should also be aware that 550 allows spammers to harvest valid addresses
from your server.
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Immediate 550 responses to illegal sends
Posted by Danny Angus <da...@thought.co.uk>.
Please don't cross post messages.
We are volunteers, if you don't get a reply it doesn't mean that no-one has
read your message.
Developers hang out on the users list, and I'm sure users lurk on the
developers list.
d.
> -----Original Message-----
> From: Anthony Buckton [mailto:anthony@blackink.net.au]
> Sent: 18 April 2002 17:39
> To: James Developers List; James Developers List
> Subject: Immediate 550 responses to illegal sends
>
>
> Hi Guys,
>
> A week or two ago, I downloaded James and started getting into
> things - including this list, so I apologise if I am covering old ground.
>
> Over the last few days I have been getting hammered by a
> pseudo-yahoo user sending thousands of emails to other @yahoo.com users.
> My strategy was to black-hole the emails, yet they still keep
> coming and my shiny new DSL link is becoming choked as this guy
> steps up his operations.
>
> I would like to respond to the guy to inform him that his efforts
> are now fruitless, but the senders address is a fake, all I have
> is his IP and that doesn't respond to incoming connections :(
>
> On checking how other do this, the recommendation what to respond
> with a "550" message during the SMTP connection to let the sender
> know that their mail is rejected - whilst they're is connected -
> preferrably as a response to his RCPT command - before the DATA
> starts racking up the byte counters at my ISP. The current Mailet
> checking and processing architecture doesn't allow this.
>
> I have been working through the code (I'm checking out Eclipse
> which shows promise) and have come up with the following suggestion:
>
> i) config.xml: Incorporates a tag in the <smtpserver> section,
> I've named <LocalRelated> which is a boolean and is responsible
> for setting a "localRelated" boolean in the SMTPHandler object.
>
>
> ii) The following code would be executed:
>
> if(localRelated)
> {
> MailAddress senderAddress = (MailAddress)state.get(SENDER);
> boolean SenderHostIsLocal
> = mailServer.isLocalServer(recipientAddress.getHost());
> boolean RcptHostIsLocal
> = mailServer.isLocalServer(senderAddress.getHost());
> boolean SenderUserIsLocal
> = mailServer.isLocalUser(recipientAddress.getUser());
> boolean RcptUserIsLocal
> = mailServer.isLocalUser(senderAddress.getUser());
>
> // check if either the send/recv user+domain are local
> if(!((SenderHostIsLocal && SenderUserIsLocal) ||
> (RcptHostIsLocal && RcptUserIsLocal))) {
> out.println("550 Cannot forward to that address");
> getLogger().error("Sender " + senderAddress
> + " attempted to relay to " + recipientAddress);
> return;
> }
> }
>
> (This code would be inserted into doRCPT() method of the
> SMTPHandler object, most likely AFTER the AUTH checking code.)
>
> iv) The method "public boolean isLocalUser(String name)" would
> need to inserted into the MailServer interface to make the method
> found in James object accessible by the SMTPHandler.
>
> I realise that this may not meed all of the needs of all of the
> users - but it could be the start of some useful "fast spam
> stopping" tools.
>
> Anthony
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Immediate 550 responses to illegal sends
Posted by Anthony Buckton <an...@blackink.net.au>.
Hi Guys,
A week or two ago, I downloaded James and started getting into things - including this list, so I apologise if I am covering old ground.
Over the last few days I have been getting hammered by a pseudo-yahoo user sending thousands of emails to other @yahoo.com users.
My strategy was to black-hole the emails, yet they still keep coming and my shiny new DSL link is becoming choked as this guy steps up his operations.
I would like to respond to the guy to inform him that his efforts are now fruitless, but the senders address is a fake, all I have is his IP and that doesn't respond to incoming connections :(
On checking how other do this, the recommendation what to respond with a "550" message during the SMTP connection to let the sender know that their mail is rejected - whilst they're is connected - preferrably as a response to his RCPT command - before the DATA starts racking up the byte counters at my ISP. The current Mailet checking and processing architecture doesn't allow this.
I have been working through the code (I'm checking out Eclipse which shows promise) and have come up with the following suggestion:
i) config.xml: Incorporates a tag in the <smtpserver> section, I've named <LocalRelated> which is a boolean and is responsible for setting a "localRelated" boolean in the SMTPHandler object.
ii) The following code would be executed:
if(localRelated)
{
MailAddress senderAddress = (MailAddress)state.get(SENDER);
boolean SenderHostIsLocal
= mailServer.isLocalServer(recipientAddress.getHost());
boolean RcptHostIsLocal
= mailServer.isLocalServer(senderAddress.getHost());
boolean SenderUserIsLocal
= mailServer.isLocalUser(recipientAddress.getUser());
boolean RcptUserIsLocal
= mailServer.isLocalUser(senderAddress.getUser());
// check if either the send/recv user+domain are local
if(!((SenderHostIsLocal && SenderUserIsLocal) ||
(RcptHostIsLocal && RcptUserIsLocal))) {
out.println("550 Cannot forward to that address");
getLogger().error("Sender " + senderAddress
+ " attempted to relay to " + recipientAddress);
return;
}
}
(This code would be inserted into doRCPT() method of the SMTPHandler object, most likely AFTER the AUTH checking code.)
iv) The method "public boolean isLocalUser(String name)" would need to inserted into the MailServer interface to make the method found in James object accessible by the SMTPHandler.
I realise that this may not meed all of the needs of all of the users - but it could be the start of some useful "fast spam stopping" tools.
Anthony
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: New alpha release?
Posted by Serge Knystautas <se...@lokitech.com>.
Got all my intended changes done... I have to commit my changes to
changelog.xml, but otherwise everything is in CVS and seems to be
running well.
On the 0-byte problem, I was able to avoid the patch that renamed the
message when storing it back to the mail repository (on the temporary
failures in remote delivery is where it was having problems). What I
did was make the file repository code smarter so it could see that it
was saving to the same place it was reading. Then if the message was
not modified, it would not save the stream (it still saves meta-delivery
info as that always worked and needs to get saved). If the message is
modified, it will go ahead and save it, but that should be fine because
for the message to be modified, it had to have been loaded into memory.
This allows us to call store(Mail) worry free (at least that's the
goal) rather than coding around repository implementation problems.
Anyway, there are also much better error messages in remote delivery,
it's much better about calling a temporary delivery error a temporary one.
Also, I removed an isClosed() check in my DB pooler-hack that was
causing a HUGE performance hit... the pooler already assumes that
messages in the pool are valid, so this extra check didn't seem worth
the costs. Eventually I'm still looking to move towards DBCP once they
make a release.
Maybe we might even dare call this new release a beta?.. I think the
current functionality is getting rather stable... it'd be nice to move
to the official releases of Avalon, or maybe go alpha with this release,
and then once the Phoenix part is final we can update to that and
release accordingly.
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
Serge Knystautas wrote:
> There have been a few fixes since alpha 2, the ones I remember off the
> top of my head include:
> - fixed delay in db repository
> - fixed pop3 dot-stuffing bug
> - fixed bounce method to use Return-Path header if there
> probably a few other fixes... hopefully people have been updating the
> changelog.xml file (hint hint).
>
> I'm almost ready to deploy a patch to better identify temporary delivery
> exceptions and clean up the messages a bit (like instead of saying,
> "javax.mail.SendFailedException 512 3 I don't likeyou", have the error
> message say, "When I tried to deliver to the mail server at
> stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
>
> Also, I'm going to try to patch the file repository so you can save a
> message with the same message name. I think that's the better fix for
> the delivery problems. If I can't do that easily, I'll apply that patch
> that renames the messages when it has to store messages for replies
> (which is currently creating the 0-byte problem in the file repository).
>
> So, how about a vote for alpha 3 pending these 2 fixes?
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: New alpha release?
Posted by Serge Knystautas <se...@lokitech.com>.
Maybe we could write up some JUnit tests for this? I thought the
MailAddress was already handling escaping, at least as per an older
version of the address spec. This kind of straight forward testing is a
pretty good place for JUnit, not that I'm suggesting I have time to set
that up. :)
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
Danny Angus wrote:
> +1
>
> I'm happy to do all the build stuff again if you like.
> I also want to patch MailAddress to correctly unescape escaped literals
> (which tripped me up this week, I didn't even know there was provision for
> escaping in mail addresses)
> d.
>
>
>>-----Original Message-----
>>From: Serge Knystautas [mailto:sergek@lokitech.com]
>>Sent: 16 April 2002 22:09
>>To: james-dev@jakarta.apache.org
>>Subject: New alpha release?
>>
>>
>>There have been a few fixes since alpha 2, the ones I remember off the
>>top of my head include:
>>- fixed delay in db repository
>>- fixed pop3 dot-stuffing bug
>>- fixed bounce method to use Return-Path header if there
>>probably a few other fixes... hopefully people have been updating the
>>changelog.xml file (hint hint).
>>
>>I'm almost ready to deploy a patch to better identify temporary delivery
>>exceptions and clean up the messages a bit (like instead of saying,
>>"javax.mail.SendFailedException 512 3 I don't likeyou", have the error
>>message say, "When I tried to deliver to the mail server at
>>stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
>>
>>Also, I'm going to try to patch the file repository so you can save a
>>message with the same message name. I think that's the better fix for
>>the delivery problems. If I can't do that easily, I'll apply that patch
>>that renames the messages when it has to store messages for replies
>>(which is currently creating the 0-byte problem in the file repository).
>>
>>So, how about a vote for alpha 3 pending these 2 fixes?
>>--
>>Serge Knystautas
>>Loki Technologies - Unstoppable Websites
>>http://www.lokitech.com/
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: New alpha release?
Posted by Danny Angus <da...@thought.co.uk>.
+1
I'm happy to do all the build stuff again if you like.
I also want to patch MailAddress to correctly unescape escaped literals
(which tripped me up this week, I didn't even know there was provision for
escaping in mail addresses)
d.
> -----Original Message-----
> From: Serge Knystautas [mailto:sergek@lokitech.com]
> Sent: 16 April 2002 22:09
> To: james-dev@jakarta.apache.org
> Subject: New alpha release?
>
>
> There have been a few fixes since alpha 2, the ones I remember off the
> top of my head include:
> - fixed delay in db repository
> - fixed pop3 dot-stuffing bug
> - fixed bounce method to use Return-Path header if there
> probably a few other fixes... hopefully people have been updating the
> changelog.xml file (hint hint).
>
> I'm almost ready to deploy a patch to better identify temporary delivery
> exceptions and clean up the messages a bit (like instead of saying,
> "javax.mail.SendFailedException 512 3 I don't likeyou", have the error
> message say, "When I tried to deliver to the mail server at
> stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
>
> Also, I'm going to try to patch the file repository so you can save a
> message with the same message name. I think that's the better fix for
> the delivery problems. If I can't do that easily, I'll apply that patch
> that renames the messages when it has to store messages for replies
> (which is currently creating the 0-byte problem in the file repository).
>
> So, how about a vote for alpha 3 pending these 2 fixes?
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: New alpha release?
Posted by Danny Angus <da...@thought.co.uk>.
its been applied, I didn't realise it was in bugzilla.. I'll close it
> -----Original Message-----
> From: Serge Knystautas [mailto:sergek@lokitech.com]
> Sent: 17 April 2002 05:39
> To: James Developers List
> Subject: Re: New alpha release?
>
>
> Danny, can you check over Jeff's patch and possibly apply?
> http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=1424
>
> I haven't really worked on or used the Redirect mailet much, but it
> looks like the patch seems reasonable (at least the parts I grasp).
>
> I also went through the bug tracker and closed out a bunch of bugs and
> made small patches... it's really nice to have people using that! :) I
> think we never updated the changes.xml for the 2.0a2 release, but I'm
> getting it all set for the alpha 3 release.
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
>
> Jeff Keyser wrote:
> > A third fix for the next release - I have a proposed patch for
> the Redirect
> > mailet in Bugzilla waiting to be looked at. (Not that it needs to be
> > implemented as-is.)
> >
> > Other fixes that has been added since the last alpha (off the
> top of my own
> > head):
> > - the ability to load jars from the lib directory (hooray!)
> > - IsSenderInFakeDomain matcher doesn't match null senders anymore
> >
> >
> >>-----Original Message-----
> >>From: Serge Knystautas [mailto:sergek@lokitech.com]
> >>Sent: Tuesday, April 16, 2002 5:09 PM
> >>To: james-dev@jakarta.apache.org
> >>Subject: New alpha release?
> >>
> >>
> >>There have been a few fixes since alpha 2, the ones I
> >>remember off the
> >>top of my head include:
> >>- fixed delay in db repository
> >>- fixed pop3 dot-stuffing bug
> >>- fixed bounce method to use Return-Path header if there
> >>probably a few other fixes... hopefully people have been updating the
> >>changelog.xml file (hint hint).
> >>
> >>I'm almost ready to deploy a patch to better identify
> >>temporary delivery
> >>exceptions and clean up the messages a bit (like instead of saying,
> >>"javax.mail.SendFailedException 512 3 I don't likeyou", have
> >>the error
> >>message say, "When I tried to deliver to the mail server at
> >>stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
> >>
> >>Also, I'm going to try to patch the file repository so you can save a
> >>message with the same message name. I think that's the
> >>better fix for
> >>the delivery problems. If I can't do that easily, I'll apply
> >>that patch
> >>that renames the messages when it has to store messages for replies
> >>(which is currently creating the 0-byte problem in the file
> >>repository).
> >>
> >>So, how about a vote for alpha 3 pending these 2 fixes?
> >>--
> >>Serge Knystautas
> >>Loki Technologies - Unstoppable Websites
> >>http://www.lokitech.com/
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: New alpha release?
Posted by Danny Angus <da...@thought.co.uk>.
sorry I'm wrong, havent. will do.
> -----Original Message-----
> From: Serge Knystautas [mailto:sergek@lokitech.com]
> Sent: 17 April 2002 05:39
> To: James Developers List
> Subject: Re: New alpha release?
>
>
> Danny, can you check over Jeff's patch and possibly apply?
> http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=1424
>
> I haven't really worked on or used the Redirect mailet much, but it
> looks like the patch seems reasonable (at least the parts I grasp).
>
> I also went through the bug tracker and closed out a bunch of bugs and
> made small patches... it's really nice to have people using that! :) I
> think we never updated the changes.xml for the 2.0a2 release, but I'm
> getting it all set for the alpha 3 release.
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
>
> Jeff Keyser wrote:
> > A third fix for the next release - I have a proposed patch for
> the Redirect
> > mailet in Bugzilla waiting to be looked at. (Not that it needs to be
> > implemented as-is.)
> >
> > Other fixes that has been added since the last alpha (off the
> top of my own
> > head):
> > - the ability to load jars from the lib directory (hooray!)
> > - IsSenderInFakeDomain matcher doesn't match null senders anymore
> >
> >
> >>-----Original Message-----
> >>From: Serge Knystautas [mailto:sergek@lokitech.com]
> >>Sent: Tuesday, April 16, 2002 5:09 PM
> >>To: james-dev@jakarta.apache.org
> >>Subject: New alpha release?
> >>
> >>
> >>There have been a few fixes since alpha 2, the ones I
> >>remember off the
> >>top of my head include:
> >>- fixed delay in db repository
> >>- fixed pop3 dot-stuffing bug
> >>- fixed bounce method to use Return-Path header if there
> >>probably a few other fixes... hopefully people have been updating the
> >>changelog.xml file (hint hint).
> >>
> >>I'm almost ready to deploy a patch to better identify
> >>temporary delivery
> >>exceptions and clean up the messages a bit (like instead of saying,
> >>"javax.mail.SendFailedException 512 3 I don't likeyou", have
> >>the error
> >>message say, "When I tried to deliver to the mail server at
> >>stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
> >>
> >>Also, I'm going to try to patch the file repository so you can save a
> >>message with the same message name. I think that's the
> >>better fix for
> >>the delivery problems. If I can't do that easily, I'll apply
> >>that patch
> >>that renames the messages when it has to store messages for replies
> >>(which is currently creating the 0-byte problem in the file
> >>repository).
> >>
> >>So, how about a vote for alpha 3 pending these 2 fixes?
> >>--
> >>Serge Knystautas
> >>Loki Technologies - Unstoppable Websites
> >>http://www.lokitech.com/
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: New alpha release?
Posted by Serge Knystautas <se...@lokitech.com>.
Danny, can you check over Jeff's patch and possibly apply?
http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=1424
I haven't really worked on or used the Redirect mailet much, but it
looks like the patch seems reasonable (at least the parts I grasp).
I also went through the bug tracker and closed out a bunch of bugs and
made small patches... it's really nice to have people using that! :) I
think we never updated the changes.xml for the 2.0a2 release, but I'm
getting it all set for the alpha 3 release.
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
Jeff Keyser wrote:
> A third fix for the next release - I have a proposed patch for the Redirect
> mailet in Bugzilla waiting to be looked at. (Not that it needs to be
> implemented as-is.)
>
> Other fixes that has been added since the last alpha (off the top of my own
> head):
> - the ability to load jars from the lib directory (hooray!)
> - IsSenderInFakeDomain matcher doesn't match null senders anymore
>
>
>>-----Original Message-----
>>From: Serge Knystautas [mailto:sergek@lokitech.com]
>>Sent: Tuesday, April 16, 2002 5:09 PM
>>To: james-dev@jakarta.apache.org
>>Subject: New alpha release?
>>
>>
>>There have been a few fixes since alpha 2, the ones I
>>remember off the
>>top of my head include:
>>- fixed delay in db repository
>>- fixed pop3 dot-stuffing bug
>>- fixed bounce method to use Return-Path header if there
>>probably a few other fixes... hopefully people have been updating the
>>changelog.xml file (hint hint).
>>
>>I'm almost ready to deploy a patch to better identify
>>temporary delivery
>>exceptions and clean up the messages a bit (like instead of saying,
>>"javax.mail.SendFailedException 512 3 I don't likeyou", have
>>the error
>>message say, "When I tried to deliver to the mail server at
>>stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
>>
>>Also, I'm going to try to patch the file repository so you can save a
>>message with the same message name. I think that's the
>>better fix for
>>the delivery problems. If I can't do that easily, I'll apply
>>that patch
>>that renames the messages when it has to store messages for replies
>>(which is currently creating the 0-byte problem in the file
>>repository).
>>
>>So, how about a vote for alpha 3 pending these 2 fixes?
>>--
>>Serge Knystautas
>>Loki Technologies - Unstoppable Websites
>>http://www.lokitech.com/
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: New alpha release?
Posted by Jeff Keyser <JK...@telocity.com>.
A third fix for the next release - I have a proposed patch for the Redirect
mailet in Bugzilla waiting to be looked at. (Not that it needs to be
implemented as-is.)
Other fixes that has been added since the last alpha (off the top of my own
head):
- the ability to load jars from the lib directory (hooray!)
- IsSenderInFakeDomain matcher doesn't match null senders anymore
> -----Original Message-----
> From: Serge Knystautas [mailto:sergek@lokitech.com]
> Sent: Tuesday, April 16, 2002 5:09 PM
> To: james-dev@jakarta.apache.org
> Subject: New alpha release?
>
>
> There have been a few fixes since alpha 2, the ones I
> remember off the
> top of my head include:
> - fixed delay in db repository
> - fixed pop3 dot-stuffing bug
> - fixed bounce method to use Return-Path header if there
> probably a few other fixes... hopefully people have been updating the
> changelog.xml file (hint hint).
>
> I'm almost ready to deploy a patch to better identify
> temporary delivery
> exceptions and clean up the messages a bit (like instead of saying,
> "javax.mail.SendFailedException 512 3 I don't likeyou", have
> the error
> message say, "When I tried to deliver to the mail server at
> stupid.mailserver.com, it told me: [newline]512 3 I don't likeyou".
>
> Also, I'm going to try to patch the file repository so you can save a
> message with the same message name. I think that's the
> better fix for
> the delivery problems. If I can't do that easily, I'll apply
> that patch
> that renames the messages when it has to store messages for replies
> (which is currently creating the 0-byte problem in the file
> repository).
>
> So, how about a vote for alpha 3 pending these 2 fixes?
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>