Quoting Shyam A [EMAIL PROTECTED]:
Kirk,
Thanks a lot for your suggestions. I will look into
JMS.
In my current approach, the process of sending the
mail is time consuming.I'm concerned that sending an
email to 1000's of recipients from my application
(using JMS, Thread etc) would clog
Hi,
I have a Struts application in which I need to send
email notification to a large number of recipients
based on a user action. Currently, I use the Java Mail
API and send emails from my application. I use a
single email with all recipients in the BCC field.
Although, this approach works
Shyam A wrote:
Hi,
I have a Struts application in which I need to send
email notification to a large number of recipients
based on a user action. Currently, I use the Java Mail
API and send emails from my application. I use a
single email with all recipients in the BCC field.
Although, this
I was under the impression that creating threads from within a web
application was a relatively big no-no ... I seem to remember reading in
my J2EE book it talking about their being an implicit contract between
the the application and the container that no add'l threads would be
created, so
Brice Ruth wrote:
I was under the impression that creating threads from within a web
application was a relatively big no-no ... I seem to remember reading in
my J2EE book it talking about their being an implicit contract between
the the application and the container that no add'l threads would be
Cool, thanks for clearing that up - your explanation is very good :)
Kirk Wylie wrote:
Brice Ruth wrote:
I was under the impression that creating threads from within a web
application was a relatively big no-no ... I seem to remember reading in
my J2EE book it talking about their being an
Kirk,
Thanks a lot for your suggestions. I will look into
JMS.
In my current approach, the process of sending the
mail is time consuming.I'm concerned that sending an
email to 1000's of recipients from my application
(using JMS, Thread etc) would clog my application
server (OC4J) and slow down
So, to clarify - is the mail-sending slow waiting for the mail server to
return with a 250 - OK response, or is creating the mail message to send
(with all the BCC: addresses), before sending it over to the server,
slow? The point being - in theory, the mail server should bear the brunt
of the
Shyam A wrote:
Kirk,
Thanks a lot for your suggestions. I will look into
JMS.
In my current approach, the process of sending the
mail is time consuming.I'm concerned that sending an
email to 1000's of recipients from my application
(using JMS, Thread etc) would clog my application
server (OC4J)
my $0.02:
Back in my perl days ;-), on a crappy server I would have simply sent
bulk emails in bursts, such as 5 at a time with a second sleep in
between. This was the difference between 90%cpu usage to an
unnoticeable blip. While it's not ideal, if you can get the process
into the
A [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2003 1:05 PM
To: Struts Users Mailing List
Subject: Re: [OT] Mailing large number of recipients
Kirk,
Thanks a lot for your suggestions. I will look into
JMS.
In my current approach, the process of sending the
mail is time consuming.I'm
Colin Kilburn wrote:
my $0.02:
Back in my perl days ;-), on a crappy server I would have simply sent
bulk emails in bursts, such as 5 at a time with a second sleep in
between. This was the difference between 90%cpu usage to an
unnoticeable blip. While it's not ideal, if you can get the
Kirk, Brice and Elio,
Thanks a lot for pointing me in the right direction. I
really appreciate it!
Shyam
--- Kirk Wylie [EMAIL PROTECTED] wrote:
Shyam A wrote:
Kirk,
Thanks a lot for your suggestions. I will look
into
JMS.
In my current approach, the process of sending the
mail
You might look at using eForum (open source) at www.jcorporate.com. In
addition to handling discussion forums it can also be used for one way out
going emails. As a discussion forum, expresso's user forum has 3245
subscribers which has numerous postings each day. As announcement forums
Expresso
14 matches
Mail list logo
