Anonymous_User Absent Member.
Absent Member.
443 views

Couldn't send email: javax.mail.AuthenticationFailedExceptio


Hi all,
anyone a idea for this error? I have this issue only on one IDM-Server,
on the other one (different Tree, Server and Engine), sending emails is
running fine with same configuration.

IDM 3.6.1
eDirectory for Linux v8.8 SP5 [DS]
SLES 11
SMTP server doesn't need any authentication (same SMTP-server for all
IDM-Engines)

Couldn't send email: javax.mail.AuthenticationFailedException

<actions>
<do-send-email server="129.0.11.120" type="text">
<arg-string name="from">
<token-text xml:space="preserve">idmEngine@eee.com</token-text>
</arg-string>
<arg-string name="to">
<token-text xml:space="preserve">idmAdmin@aaa.com</token-text>
</arg-string>
<arg-string name="subject">
<token-text xml:space="preserve">+++ ADD event for...</token-text>
</arg-string>
<arg-string name="message">
<token-text xml:space="preserve">blabla</token-text>
</arg-string>
</do-send-email>
</actions>


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

Labels (1)
0 Likes
17 Replies
Knowledge Partner
Knowledge Partner

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio

What does your mail server log say about it?

Perhaps it has IP restrictions on the mail server?

On 11/29/2012 12:14 PM, SchoellU wrote:
>
> Hi all,
> anyone a idea for this error? I have this issue only on one IDM-Server,
> on the other one (different Tree, Server and Engine), sending emails is
> running fine with same configuration.
>
> IDM 3.6.1
> eDirectory for Linux v8.8 SP5 [DS]
> SLES 11
> SMTP server doesn't need any authentication (same SMTP-server for all
> IDM-Engines)
>
> Couldn't send email: javax.mail.AuthenticationFailedException
>
> <actions>
> <do-send-email server="129.0.11.120" type="text">
> <arg-string name="from">
> <token-text xml:space="preserve">idmEngine@eee.com</token-text>
> </arg-string>
> <arg-string name="to">
> <token-text xml:space="preserve">idmAdmin@aaa.com</token-text>
> </arg-string>
> <arg-string name="subject">
> <token-text xml:space="preserve">+++ ADD event for...</token-text>
> </arg-string>
> <arg-string name="message">
> <token-text xml:space="preserve">blabla</token-text>
> </arg-string>
> </do-send-email>
> </actions>
>
>


0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


on the SMTP server site, we can't find entries regarding this event in
the Log
IP-restrictions: customer said no
Uwe


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

iManager: Workflow Administration: Email Server Options.

Anything set in here? I'm not sure it matters, but might as well check.

Otherwise, get a LAN trace to see if the connection is even being made
properly. Not seeing any record of a connection attempt seems like
either it never happened (per the mail server, meaning networking could
be at fault) or the mail server is on drugs.

Good luck.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJQt6HpAAoJEF+XTK08PnB5HkcP/RT80QrZfmatTV9jqHujuWXZ
WOdVhn/1DUFAoThXdndfsYSMRSn/R0l0Jz1Hd2EBciWhl77cC1Ed3UV4i/6u6Hj9
L9/liqEAzB6wCUGpS90nHWMRv2vg+IlCcalyUa08TPrhSdbiwJohHlNSpWR1l7TN
08/keDFo9yG8spnDgKutRgWfuQ0Pjo9+M/CnFE52rAv436rXn03TA9gKAVYhN1uM
/+s9u4OCg9Vp/2gqEbGAtyHVLgucq/8kg+cqezwhtjA8XJ8copPRvO/CpJ3Cq+i4
xCWZAhENaSVsFMhQOwQCnnWApaDYx1/yxTF5Rk72KUWCNCsurowYayQHXoc3FfbD
/zSEd488pfj9zbSG0JII3sI3MVLjQy+fTmdeuteFQmUiqk00WZ5yng516P7sa0S5
DdbLyJsLspbrX7f2i7gjLKXlJEZY5/eErrpvkzdIQ1CmctSGxPisC7Kgf68+7pVn
vkTIyhEKsOtLdbBycDGqNojRMWO5KdqNWcjSD2mH93o8nPKs+JHFUDCMoKQuXf3G
I5nB8+dXi++BNJv2D3dIIYKmSn7zm/i5E6dSdfZMojI3QCH4GtzVDM7NxmdKinf1
saVLJ5MTJcZwLuyq2r7xktWEwu05uOGTMlB+WZx1+zlpVFL2O9Dd+2pPBwFbc9JX
FCAyqhCHuZyERAVkPeHR
=VAJ9
-----END PGP SIGNATURE-----
0 Likes
Knowledge Partner
Knowledge Partner

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


> iManager: Workflow Administration: Email Server Options.


I thought about that as well. I am pretty sure that option, and the
Default Notification Collection object all look at teh same attribute,
notfSMTPServer or somesuch. And that is only used in the Send Email
From Template, not Send Email token.


> Anything set in here? I'm not sure it matters, but might as well check.
>
> Otherwise, get a LAN trace to see if the connection is even being made
> properly. Not seeing any record of a connection attempt seems like
> either it never happened (per the mail server, meaning networking could
> be at fault) or the mail server is on drugs.


This is a great idea.



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


thanks for that, will try it tomorrow


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


i believe, thats only used for the Default Notification Collection
object, not for the send email token, right?


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Knowledge Partner
Knowledge Partner

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio

On 11/29/2012 5:44 PM, SchoellU wrote:
>
> i believe, thats only used for the Default Notification Collection
> object, not for the send email token, right?


That is apples and oranges. Turtles and chickens. Bees and knees.

The attribute is stored on the Default Notification Collection object in
the notfSMTPsomething or other.

The token do-send-email-from-template will use that value. In fact,
once you specify the collection (These are not Highlander collections,
there can be more than one) it reads that collections specific value.

The token do-send-email will NOT use it.



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


what of telnetting from the command-line of the server, which tries to
send the email?


--
florianz
------------------------------------------------------------------------
florianz's Profile: https://forums.netiq.com/member.php?userid=309
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


we had tested with Telnet from the IDM-Server against the SMTP-server -
ok
The iManager configuration regarding Mailt-template we had tested too,
no entry in all fields
So, it seems so, we have a issue inside the IDM-Server/Engine...
whatever, we have no output to the SMTP-Server, because we can't find
any entry in the log of the SMTP-server.


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Knowledge Partner
Knowledge Partner

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio

On 11/30/2012 3:24 AM, florianz wrote:
>
> what of telnetting from the command-line of the server, which tries to
> send the email?


That is a really good idea.

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


Hi,
look at my last posting - we had tested with command-line from the
idm-server, which should be send the mail - ok


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Knowledge Partner
Knowledge Partner

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio

On 11/30/2012 9:44 AM, SchoellU wrote:
>
> Hi,
> look at my last posting - we had tested with command-line from the
> idm-server, which should be send the mail - ok


What did you test? Command line does not mean a lot in this context?


0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio


customer had tested the communication between idm-server (which should
be send the mails) to the SMTP-server with Telnet using command-line on
the idm-server.


--
SchoellU
------------------------------------------------------------------------
SchoellU's Profile: https://forums.netiq.com/member.php?userid=2923
View this thread: https://forums.netiq.com/showthread.php?t=46289

0 Likes
Knowledge Partner
Knowledge Partner

Re: Couldn't send email: javax.mail.AuthenticationFailedExceptio

On 11/30/2012 10:54 AM, SchoellU wrote:
>
> customer had tested the communication between idm-server (which should
> be send the mails) to the SMTP-server with Telnet using command-line on
> the idm-server.


Ok, thanks. Next crazy idea. Aaron may be helpful here, but figure out
if the Java class that is called for sending mail, is not there twice,
and an earlier broken version is loading twice?

This happened before with the ldap.jar vs xcd-all.jar files for the LDAP
classes.

Aaron, I hope, will remember the way to troubleshoot this extremely odd
case. Possibly a driver trace, with restart, might show classpath?
Might need trace higher than 3.

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.