Bernd,
Thanks for that link of the properties. I don’t know how faithfully that list
is followed. Take for instance the note that if you are using SSL over smtp
that all variables would be mail.smtps. instead of mail.smtp. I don’t see any
advantage in having a separate variable name for
Hi Jerry
I am not using v3 but:
Could you try setting the parameter -Djava.mail.localhost=mail.jwmhosting.com
in the java startup command line?
Most java.mail parameters are only parsed on startup by the vm.
Ciao.
Bernd
Ursprüngliche Nachricht
Von: Jerry Malcolm
Bernd,
See my previous note, I think the java.mail.localhost parameter is being
ignored in the source code. I tried your suggestion and it did not seem to make
a difference. I added the parameter as an argument in wrapper.conf as:
wrapper.java.additional.15=-Dhostname
But that change was not
looking for the proper geronimo sources right now …
On Oct 27, 2014, at 10:31 AM, Jerry Malcolm techst...@malcolms.com wrote:
Robert,
Where does the abstract configurator enter the flow? Unless it overrides the
InetAddress.getLocalHost().getHostname() call, I don't think it will help
ok, found the source, running a test build now.
Here is the source repo for the version we need:
http://svn.apache.org/repos/asf/geronimo/javamail/tags/geronimo-javamail_1.4-1.8.3/
On Oct 27, 2014, at 9:09 AM, Bernd Waibel bwai...@intarsys.de wrote:
Hi Jerry
I am not using v3 but:
The remoteDelivery mailet gets a session instance, and the session
instance returns a geronimo 'transport' instance. Not sure how it knows
to find the class in the geronimo package. But I did a
transport.getClass().getPackage() in the mailet, and it returned the
geronimo path. So somehow it