Re: [Springframework-developer] JavaMailSenderImpl - bug & removal of setters??

[<jue...@we...>]

Indeed, those properties are used for overriding the corresponding =
values in the JavaMail session, which is explicitly supported by the =
JavaMail API. They don't need to be set on the session, which allows the =
session to just define shared settings (for example, in case of a =
session fetched from JNDI).

Of course you can configure everything via JavaMail properties. But you =
can also use JavaMailSenderImpl's bean properties, not caring about =
JavaMail session in the first place. I do believe that there is value in =
both, so I'd like to keep both options - which is more or less necessary =
for backwards compatibility anyway...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Alef Arendsen
Sent: Thursday, August 05, 2004 5:39 PM
To: spr...@li...
Subject: [Springframework-developer] JavaMailSenderImpl - bug & removal
of setters??


Guys,

I tried to send mail today using JavaMailSenderImpl and came across the
fact that the host, username, password and port, protocol properties
aren't in fact used to configure the session at all (unless I'm totally
mistaken) ... It also seems a bit silly to provide setters for
properties you can also set using the javaMailProperties property...

We either have to make the host/user/pass/port/protocol properties work
(i.e. configure the session using them) or remove them completely,
letting the user configure the session either himself, or by using the
javaMailProperties property. I opt for the latter...

Anybody?

Alef



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer