snip'd
But getting back to RFC 2821, here are its descriptions for
the 4xx codes:
421 domain Service not available, closing transmission channel
(This may be a reply to any command if the service knows it
must shut down)
450 Requested mail action not
I'd still like to do this (give James real JMX usability), but I have
one hang-up with the current Avalon implementation in that I need Avalon
to provide authentication which it currently doesn't do. Once this is
done then I can start Mbean'ing up James properly for control. Without
this I won't
mainly because v3 is in dev
and I may need to make some fairly serious changes to James internals.
Any comments on this?
Jason Webb
Director iNovem Ltd
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 19:34
To: James Developers List
Subject: RE
to be
included in the jar dowloading stuff. In addition to the
modification
of the include.properties, you will need to inclde a reference to the
junit jar file in the tools.class.path entry in the buildfile.
Cheers, Steve.
Jason Webb wrote:
I'm confused about the auto-getting
The Maven style trick doesn't work as the Ant build adds the current
version to the .id prop.
-- Jason
check-targets.properties.diff
Description: Binary data
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
.
With those changes I can pull down junit 3.7 if I don't have it and if I
do then everything is OK
If this is correct I'll submit a patch for the other files
-- Jason
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: 24 February 2003 09:49
To: James Developers List
Subject
for the other files
-- Jason
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: 24 February 2003 09:49
To: James Developers List
Subject: [PATCH] check-targets.properties
The Maven style trick doesn't work as the Ant build adds
I use IntelliJ as my Java IDE and it has a real problem with some of the
James JavaDoc, so I'm trying to correct them as I submit patches.
IntelliJ also highlights quite a few unused imports and vars as well. I
can't really give a nice report on these as they only show up in the
editor :(
Lint
We implemented a domain sort delivery in Qmail. It was specifically
done to get round the problem of hotmail et al. clogging up the queue
with lots of mail you couldn't deliver. Therefore you set a figure (20)
on the number of concurrent deliveries to a given domain (100 delivery
threads). We
As a friend of mine just pointed out let the DNS server do it.
The first time you ask for a record may take time, but the second time
it should be fast. So I'm not sure a queue pre-scan may be useful after
all.
-- Jason
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]]
As promised I have updated config.xml and RemoteDelivery to take the new
settings for mail.smtp.connectiontimeout and mail.smtp.sendpartial.
In order to make the settings non-lethal I've left sendpartial set to
false, although I have tested it with true.
Personally I'd recommend this be tested by
I've found the problem, and its not any of our code ;) I blame JavaMail
In org.apache.james.transport.RemoteDelivery.java
//This was an older version of JavaMail
if (mail.getSender() == null) {
props.put(mail.smtp.user, );
are
not in the message header (eg listserve), and messages with a
missing From: header.
d.
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: 06 February 2003 09:12
To: 'James Developers List'
Subject: RE: An interesting note about memory leaks (was
Memory leaks
List
Subject: Re: An interesting note about memory leaks (was
Memory leaks in RemoteDelivery mailet?)
Jason Webb wrote:
The good news is that I can still set mail.smtp.from and have no
memory leaks. Therefore I'd move that the setting of
mail.smtp.user
be dropped as a) it causes
Fixes a problem whereby setting the mail.smtp.user property in a
JavaMail session causes a memory leak.
The mail.smtp.user property is ONLY required for SMTP AUTH and not for
general use and therefore is NOT required for James. I've tested this
and the headers etc seem to be well-formed and
props.put(mail.smtp.user, sender);
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: 06 February 2003 14:52
To: James Developers List
Subject: [PATCH] RemoteDelivery.java
Fixes a problem whereby setting the mail.smtp.user property
in a JavaMail session causes
I've tried the following settings:
props.put(mail.smpt.connectiontimeout, 6000);
Taken from Qmail - 60 second timeout is fine
props.put(mail.smtp.timeout, 120);
Taken from Qmail - 20 minute timeout on I/O. This may be less than
desirable. Someone may be sending you 1 byte every 19 minutes.
think that it should probably
be true in most cases.
That's fine if the code handles it correctly as it would give us a lot
more resilance. So go for it.
--- Noel
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 11:47
I already run using -server as it has a more reliable gc pattern.
However, I still get a leak over time. The GC log is just a method of
seeing how big it is...
After a while the heap will grow it it's maximum (128mb in this case)
James will then stop processing email (not BUT receiving it). This
Absolutely!! Please commit it!
We rely on the message-id being correct (i.e. the original message).
Therefore when saveChanges() updates it, you don't have the original
message anymore. This makes threading the message (if it's passed on) a
lot more difficult.
-- Jason
-Original
I've been doing some testing with 2.1 (jdk 1.4.1, Javamail 1.3) under
Win2k.
I've constructed a testing that sends 5 mails/sec into James. The
messages are destined for another remote server (relay). Running the VM
with -Xloggc on there is a slow and persitant memory leak.
James is keeping up
Some comments on VERP and bounce handling...
My comments mainly reflect our experiences with MLMs
The return-path field is not always honoured by mail servers.
The worst case is vaction handlers run on a mail client (outlook etc) as
these *appear* to the mail server to be from the user the mail
MLM with us (iNovem) acting as a
value-add on top of it.
I have a cunning plan that involves using something like the
LinearProcessor for the rules based system that we use for checking who
can do what ;)
--- Noel
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED
I'm interested in how you'd see this happening and what benefits it would
bring.
As part of a groupware product (e.g. Exchange etc) where you already have
the concept of groups (rosters in Jabber terms?) it's a really good fit.
However, on a more user-centric basis I think it would be better to
I can't remember if this has been discussed before, but...
We would really like to able to chain mailets together in code.
The main reason for this is so that our MLM code can directly call the
remote delivery mailet (as I know that all mails WILL be outward bound).
This may seem like an isolated
would like to see a JMS implementation (or similar) to allow
multiple servers to deliver from one queue. A cluster if you like.
We don't use user repositories, so I've less to comment on.
d.
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: 14 January 2003 10:33
Logging is an interesting one.
As far as mailet developers are concerned I think logging should be
provided (by the container?). Everyone needs to log something at some
time, but DB access is not always required.
My only real problem with the current system is it's lack of fine
control over the
not really a good enough reason for choosing one over the
other. I would probably lean towards log4j simply because
it's another
apache product. Any support we can give is good support. :)
Kenny
Jason Webb wrote:
Logging is an interesting one.
As far as mailet developers are concerned I
Scanning for Virii on the mail server. Urgh
I've had lots of bad experiences with virus scanner on the server, due
to it hogging server resources like you wouldn't believe. I'd prefer the
Checkpoint style of handing it off to something else for scanning for a
volume solution.
After all that
Having looked into this a bit ago, I wouldn't say the OpenAV code is
exactly how I would have designed it... you run a daemon that you TCP
into and send the files through. This might be a nice design if you
want to off-load the processing to another box (or cluster them since
like
We already use JavaMail 1.3 with James. JM 1.2 had way too many MIME bugs in
it.
I've tested James (and our MLM code) with over 100K messages and found no
serious problems with it. The test messages were taken from mbox archives
off other mailing lists so have a variety of mail clients (and their
Cool!
My comment are in the mail. ;)
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]]
Sent: 28 December 2002 17:22
To: James-Dev Mailing List
Subject: [V3 Proposal] Apache Mail Server requirements
Folks,
One of my goals for version 3 is that James can be the
Steve
-Original Message-
From: Jason Webb [mailto:jw;inovem.com]
Sent: Thursday, November 07, 2002 6:38 AM
To: 'James Developers List'; [EMAIL PROTECTED]
Subject: Modifing timers and James delivery speed
I'd like to change the time the spoolmanager runs at. At the
moment
I'd like to change the time the spoolmanager runs at. At the moment it
seems to be about once a minute. No matter what I changed in the
james-config.xml file it seems to make no difference. The reason for
doing this is to make James deliver mail faster, and I feel that
tweaking the number of spool
We use Javamail 1.3 instead of 1.2. It's got a LOT of bug fixes in the
Mime code and just seems to be more stable. I just changed the build.xml
file and everything just works.
So a thumbs up from me.
-- Jason
-Original Message-
From: Serge Sozonoff [mailto:serge;globalbeach.com]
+1 (if I'm not too late)
-- Jason
--
To unsubscribe, e-mail: mailto:james-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:james-dev-help;jakarta.apache.org
snip'd
Beyond that, you might just be stuck with just operating
system woes of
trying to handle large numbers of files in a single directory. If
that's the case, you can devise a system of creating
subdirectories, but
that's a lot more complicated... I'd be curious how sendmail
I've noticed in the past (and at the moment) that James is very fussy
about SMTP syntax for email addresses (MAIL TO etc). Although this is
not a significant problem, Qmail has a much better outlook on life:
1) Accept anything (no )
2) Send only strict RFC addresses.
And, yes I know about the
-Original Message-
From: Danny Angus [mailto:danny;apache.org]
Sent: 22 October 2002 12:15
To: James Developers List
Subject: RE: SMTP Handler
Jason,
James does need well formed addresses, including incoming
ones, to route mail with, and the standards are quite clear
Thanks Noel - you're a complete hero!
We have some more serious volume testing to do on Monday, so I'll have to
wait until Monday morning (09:00 GMT) to do a comprehensive test.
However - I will have a play with it today - it's just that my home PC isn't
setup correctly, so I can't test it
I've been writing a mailet for a commercial MLM (as some of you might
know)
I seem to be having a problem whereby my mailet's DB connection is being
closed after a period of about 5 minutes. 5 minutes is NOT a long time
when you are sending an email to 5 users...
So, is there any way I can
I'd be interested to know if anyone has run any profiling tools (NuMega
etc) on either Avalon etc. or on the James code itself.
We're buying the tools soon, so I might have a go, as we need to find
any long-term leaks before our customers do!
-- Jason
-Original Message-
From: Noel J.
to promote discussion.
--- Noel
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 23, 2002 6:51
To: 'James Developers List'
Subject: RE: [PATCH]Simple stats and monitoring for James
I've fixed the embarrassing problems you mentioned...
I
is a goal and
your points will be helpful. d.
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: 20 August 2002 09:08
To: 'James Developers List'
Subject: RE: Lots of twisty, er, servers all the same ...
On a related note...
I used to run a mail system with 2 million
Comments in the body...
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]]
Sent: 21 August 2002 16:48
To: James Developers List
Subject: RE: Anti-SPAMMER measures
Jason,
Thanks. I think I see a way to patch James to be less
SPAMMer friendly. To
On a related note...
I used to run a mail system with 2 million+ deliveries per day. We came
across some intresting issues during very high-volume email transmission
(and no it wasn't spam). We used Qmail and EzMLM (with a DB backend)
1) Limit the number of delivery threads on a per-domain
anti-pattern of Mailets getting free reign of the ComponentManager.
- Paul
--- Noel
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 6:30
To: 'James Developers List'
Subject: NNTP auth issues
I'm trying to link our database
Hi all.
I notice at the moment there seems to be no facility for monitoring what
James is actually doing (Queue sizes, delivery throughput etc). One of
the things we need to do for customers is show what's going on in the
mail server. So, my question is, if there is nothing in James to do
this,
I'm trying to link our database into the NNTP auth mechanism as we
provide an MLM that has a lot of NNTP style features. However, when I
ask for a DataSource from the ComponentManager, I get an exception
thrown at me:
org.apache.avalon.framework.component.ComponentException: Unable to
provide
Minor problem with the docs for MailetContext.sendMail*
recipients - - a Collection of String objects of recipients
It isn't. It is a:
recipients - - a Collection of MailAddress objects of recipients
If you don't know this you get some very nice exceptions instead.
-- Jason
--
To
?
or in a distribution?
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]]
Sent: 28 May 2002 10:58
To: [EMAIL PROTECTED]
Subject: Mailet documentation
Minor problem with the docs for MailetContext.sendMail*
recipients - - a Collection of String objects of recipients
It isn't
51 matches
Mail list logo
