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 p
Robert,
Where does the abstract configurator enter the flow? Unless it
overrides the InetAddress.getLocalHost().getHostname() call, I don't
think it will help since that is the ONLY thing the transport is looking
at for HELO. Details in my previous post. I believe the actual
error is in
looking for the proper geronimo sources right now …
On Oct 27, 2014, at 10:31 AM, Jerry Malcolm 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
> since that is the ON
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 wrote:
> Hi Jerry
>
> I am not using v3 but:
>
> Could you try se
Test build looks good. I have imported the geronimo code into Eclipse for
editing.
I don’t see directly in the code where the geronimo javamail package is being
called, but there are references to it in the file
james-karaf-features-3.0.0-beta5-SNAPSHOT-features.xml
mvn:org.apac
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
Hello Robert,
please keep in mind for "mulithomed" servers, or servers with more than one
network card.
So I have some remarks:
Remarks to "mail.smtp.localhost":
--
As I could remember, the "mail.smtp.localhost" and other properties are defined
by SUN.
ht
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 hostnam
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
Datum:
