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) wou
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 New
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 send
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 proces
m: Shyam 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 con
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 backgro
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) a
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
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 its
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 implic
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
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 tha
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 app
13 matches
Mail list logo