GroupSession
お世話になります。昨年の10月ころから使わせていただいております。いつごろからかわからないのですが、メールの転送機能が全般で使用できなくなってしまいました。以前（２．１．ｘのころ）は使えていたのですが、現在２．３．０でも使用できません。メール送信時のログになります。SMTPサーバ側にはアクセスされた形跡はなく（グループセッションのサーバからtelnetでsmtpサーバへアクセスすると、メール送信可能、ログも残ります）、グループセッションに以下のようなログが残っておりました。環境は、CentOS5.3（５．０からアップーデートを繰り返し）、Java5(JDK5)で動作させております。お知恵を拝借いたしたく、よろしくお願いいたします。（＊ ログ内のサーバ名やアカウント名は、書き換えさせていただいております。IP直書き、ホスト名書き込み、どちらでもだめでした、ｓｍｔｐ認証に関しても、認証なしサーバ、認証ありサーバそれぞれの設定で、だめでした）2009-05-19 09:45:31,763 INFO jp.groupsession.v2.sml.biz.SmlCommonBiz:251 - mail.smtp.server ==>smtpサーバ名2009-05-19 09:45:31,765 INFO jp.groupsession.v2.sml.biz.SmlCommonBiz:254 - mail.from ==>メールアドレス2009-05-19 09:45:31,767 INFO jp.groupsession.v2.sml.biz.SmlCommonBiz:258 - smtp.userID ==>SMTP認証のアカウント名2009-05-19 09:45:31,771 INFO jp.groupsession.v2.sml.biz.SmlCommonBiz:261 - smtp.passphrase ==>パスワード2009-05-19 09:45:31,773 INFO jp.groupsession.v2.sml.biz.SmlCommonBiz:267 - portNumber = 252009-05-19 09:45:31,794 FATAL jp.groupsession.v2.sml.biz.SmlCommonBiz:295 - メールサーバへの接続に失敗しました。
ログの続き２になります。よろしくお願いいたします。javax.mail.NoSuchProviderException: smtp at javax.mail.Session.getService(Session.java:782) at javax.mail.Session.getTransport(Session.java:708) at javax.mail.Session.getTransport(Session.java:651) at javax.mail.Session.getTransport(Session.java:631) at jp.co.sjts.util.mail.Sender.<init>(Sender.java:100) at jp.co.sjts.util.mail.Sender.<init>(Sender.java:81) at jp.groupsession.v2.sml.biz.SmlCommonBiz.sendSmailForward(SmlCommonBiz.java:275) at jp.groupsession.v2.sml.sml020kn.Sml020knBiz.insertMailData(Sml020knBiz.java:656) at jp.groupsession.v2.sml.sml020kn.Sml020knAction.__doSend(Sml020knAction.java:253) at jp.groupsession.v2.sml.sml020kn.Sml020knAction.executeSmail(Sml020knAction.java:104) at jp.groupsession.v2.sml.AbstractSmlAction.executeAction(AbstractSmlAction.java:59) at jp.groupsession.v2.struts.AbstractGsAction.execute(AbstractGsAction.java:123) at org.apache.struts.chain.commands.servlet.ExecuteAction.execute(ExecuteAction.java:58) at org.apache.struts.chain.commands.AbstractExecuteAction.execute(AbstractExecuteAction.java:67) at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:51) at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190) at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304) at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190) at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at jp.co.sjts.util.http.filter.FilterEncoding.doFilter(FilterEncoding.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) at java.lang.Thread.run(Thread.java:595)以上です。よろしくお願いいたします。
この辺が参考になったりはしませんか？http://www.gs.sjts.co.jp/wbs/bulletin/bbs041.do
他のJavaアプリケーションを動作させていますか？その場合GroupSessionと別なアプリケーションにCLASSPATHが通っていませんか？（例えばOSの環境変数CLASSPATH）
> この辺が参考になったりはしませんか？> http://www.gs.sjts.co.jp/wbs/bulletin/bbs041.doご連絡ありがとうございます。すみませんが、リンク先を見ることが出来ませんでした（”混み合っています”という表示が出ます）以下のリンクを参考に、今晩、デバッグ情報を吐き出すようにして試験してみようと思います。（一応、200人前後のユーザーがいるので、なかなかとめる事も出来ず）http://www.gs.sjts.co.jp/wbs/bulletin/bbs080.do?bbs010forumSid=1&threadSid=476
> > この辺が参考になったりはしませんか？> > http://www.gs.sjts.co.jp/wbs/bulletin/bbs041.do> > ご連絡ありがとうございます。すみませんが、リンク先を見ることが出来ませんでした（”混み合っています”という表示が出ます）> 以下のリンクを参考に、今晩、デバッグ情報を吐き出すようにして試験してみようと思います。> （一応、200人前後のユーザーがいるので、なかなかとめる事も出来ず）> > http://www.gs.sjts.co.jp/wbs/bulletin/bbs080.do?bbs010forumSid=1&threadSid=476リンク先間違ってました。すみません。。。http://www.gs.sjts.co.jp/wbs/bulletin/bbs080.do?bbs010forumSid=1&threadSid=289
本件、プログラムをアップデートしたあと、これらのファイルを削除していなかったのが問題だったようです。以下のリンク情報を元に、以下3つのファイルを削除（違うフォルダへ移動）しただけで、動作するようになりました。これは、CentOSを使ったときの問題なのでしょうか？わかりません。ほかのOSでは必要になるファイルなのでしょうか？わかりません。 まずは解決しましたのでご報告いたします。皆様、ありがとうございました。１．削除したファイル- activation_1.1.jar- mail_1.4.jar- smtp_1.4.jar２．参考にしたリンク先http://www.gs.sjts.co.jp/wbs/bulletin/bbs080.do?bbs010forumSid=1&threadSid=476
TOP