Java StackOverflowError caused by massive number of exceptions #57
Assignees
Labels
Comments
|
Hi Guys,
I am at the BIOTEC RGL meeting, and will fix this issue and come back to you this week end…
On 29 Mar 2017, at 22:28, Nico Stuurman ***@***.*** ***@***.***>> wrote:
All manifesting themselves with:
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
Following:
javax.mail.MessagingException: Can't send command to SMTP host;
nested exception is:
java.net.SocketException: Connection closed by remote host
at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2157)
at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2144)
at com.sun.mail.smtp.SMTPTransport.close(SMTPTransport.java:1210)
at javax.mail.Transport.send0(Transport.java:256)
at javax.mail.Transport.send(Transport.java:124)
at badtrack.email.GmailClient.sendMessage(GmailClient.java:83)
at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
and:
javax.mail.AuthenticationFailedException: 454 4.7.0 Too many login attempts, please try again later. e13sm15101671pgf.48 - gsmtp
at com.sun.mail.smtp.SMTPTransport$Authenticator.authenticate(SMTPTransport.java:826)
at com.sun.mail.smtp.SMTPTransport.authenticate(SMTPTransport.java:761)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:685)
at javax.mail.Service.connect(Service.java:317)
at javax.mail.Service.connect(Service.java:176)
at javax.mail.Service.connect(Service.java:125)
at javax.mail.Transport.send0(Transport.java:253)
at javax.mail.Transport.send(Transport.java:124)
at badtrack.email.GmailClient.sendMessage(GmailClient.java:83)
at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
I don't think that reporting user data should ever be this intrusive;) Is there at least a way to switch it off again (and I do think this behavior should be fixed).
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub <#57>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AByMkpTvSmz1ItZPJtSgj_8_tVgU8Uy8ks5rqr8DgaJpZM4Mtg5S>.
Dr. Loïc Alain Royer
Post-Doc - Myers Lab
Max Planck Institute
of Molecular Cell Biology
and Genetics
Pfotenhauerstr. 108
01307 Dresden
Too short? Here's why: http://emailcharter.org/ <http://emailcharter.org/>
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
All manifesting themselves with:
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
Following:
javax.mail.MessagingException: Can't send command to SMTP host;
nested exception is:
java.net.SocketException: Connection closed by remote host
at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2157)
at com.sun.mail.smtp.SMTPTransport.sendCommand(SMTPTransport.java:2144)
at com.sun.mail.smtp.SMTPTransport.close(SMTPTransport.java:1210)
at javax.mail.Transport.send0(Transport.java:256)
at javax.mail.Transport.send(Transport.java:124)
at badtrack.email.GmailClient.sendMessage(GmailClient.java:83)
at badtrack.email.GmailBadTrackNotifier.notify(GmailBadTrackNotifier.java:65)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:198)
at badtrack.BadTrack$1.uncaughtException(BadTrack.java:201)
and:
javax.mail.AuthenticationFailedException: 454 4.7.0 Too many login attempts, please try again later. e13sm15101671pgf.48 - gsmtp
I don't think that reporting user data should ever be this intrusive;) Is there at least a way to switch it off again (and I do think this behavior should be fixed).
The text was updated successfully, but these errors were encountered: