Menu
▾
▴
RE: SV: [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements from hermes - Email found in subject
|
From: David RR W. \(XML\) <da...@dr...> - 2005-11-22 15:16:51
|
<div>Arnstein,</div> <div> </div> <div>Yes - there is only so much that SMTP can do. I do not think that anyone would try to argue that SMTP can be a truly reliable messaging system! ; -)</div> <div> </div> <div>Obviously most people who really care are doing direct Hermes <-> Hermes interactions - and there all the reliable messaging features are fully enabled.</div> <div> </div> <div>May I suggest you look at that possiblity too?</div> <div> </div> <div>One thing I have in mind to try is:</div> <div> </div> <div> -> XForm local entry via web browser - submits XML to local Hermes server via <A href="http://localhost:8080">http://localhost:8080</A></div> <div> -> Hermes server dispatches payload to remote partner Hermes server.</div> <div> </div> <div>DW<BR><BR></div> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid"><BR>-------- Original Message --------<BR>Subject: SV: [SPAM] - RE: [ebxmlms-general] not getting read<BR>acknowledgements from hermes - Email found in subject<BR>From: "Arnstein Vestad" <arn...@ki...><BR>Date: Tue, November 22, 2005 10:09 am<BR>To: <ebx...@li...><BR><BR> <META content="MSHTML 6.00.2900.2769" name=GENERATOR> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Thanks! That is definitively a fix to keep in mind! </FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>We'll be doing some sort of validation of the messages - so that method of giving feedback could be used for that.</FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Still Hermes seems a bit limited without the proper ebXML ack-messages - one of the selling points of ebXML is reliable messaging - so this bug is a bit limiting on the use of Hermes over SMTP.</FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Kind regards,</FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Arnstein</FONT></SPAN></DIV><BR> <DIV class=OutlookMessageHeader lang=no dir=ltr align=left> <HR tabIndex=-1> <FONT face=Tahoma size=2><B>Fra:</B> ebx...@li... [mailto:ebx...@li...] <B>På vegne av</B> David RR Webber (XML)<BR><B>Sendt:</B> 22. november 2005 15:42<BR><B>Til:</B> ebx...@li...<BR><B>Kopi:</B> ebx...@li...<BR><B>Emne:</B> [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements from hermes - Email found in subject<BR></FONT><BR></DIV> <DIV></DIV> <DIV>Arstein,</DIV> <DIV> </DIV> <DIV>Suggestion - what we are doing is sending confirmation email messages from the processing side inside the data handler.</DIV> <DIV> </DIV> <DIV>So once we process the incoming message - and either find errors or success - then we simply use the java mailer class to send a regular email via out to the SMTP server back to their email box.</DIV> <DIV> </DIV> <DIV>You could also send a receipt confirmation as soon as the data handler starts processing - in case from some reason the datahandler encounters a problem with the actual payload.</DIV> <DIV> </DIV> <DIV>DW<BR><BR></DIV> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid"><BR>-------- Original Message --------<BR>Subject: Re: [ebxmlms-general] not getting read acknowledgements from<BR>hermes<BR>From: "Arnstein Vestad" <arn...@ki...><BR>Date: Tue, November 22, 2005 8:45 am<BR>To: <ebx...@li...><BR><BR>Thanks for your reply!<BR>I've been browsing the code, but this seems like it's more than I can fix without more extensive knowledge of how Hermes operates.<BR><BR>Is this a bug that will be fixed, or is SMTP as transport unprioritized?<BR>We're doing some work on ebXML in the norwegian health care sector, and I'm investigating hermes as a possible tool for this - but SMTP transport is a must for this.<BR><BR>Are there other SMTP-related problems I should be aware of when using Hermes?<BR><BR>Regards,<BR>Arnstein <BR><BR>-----Opprinnelig melding-----<BR>Fra: ebx...@li... [mailto:ebx...@li...] På vegne av Patrick Yee<BR>Sendt: 22. november 2005 10:34<BR>Til: ebx...@li...<BR>Emne: [SPAM] - Re: [ebxmlms-general] not getting read acknowledgements from hermes - Email found in subject<BR><BR>This probably is a bug. Hermes cannot handle well of the ACK message when working with SMTP protocol. For details, please see line 464 of MessageServiceHandler.java in the latest source tree. The handler simply ignore the ACK message generated.<BR><BR>Regards, -Patrick<BR><BR><BR>Arnstein Vestad wrote:<BR><BR>>Hi! <BR>>I've been trying to set up Hermes to recieve messages from the ebMail client application, and send read acknowledgements, but it looks like Hermes isn't sending the requested acks. <BR>>I check off "request read reciept" in ebMail (using the default PO example plugin). Looking at the message repository for Hermes, it seems like Hermes is preparing the acknowledgements, it just doesn't seem like it gets sent. Am I missing something...?<BR>>Here is some of the log data for the reception of the message from ebMail: <BR>> <BR>>-18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages<BR>>2005-11-18 11:47:35,556 DEBUG [Thread-12]: => Mail.receive<BR>>2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from <BR>>pop3.domeneshop.no<INBOX><BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= Mail.receive<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages<BR>>2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.onMessage<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.dispatchMessage<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.hasSignature<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.hasSignature<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML <BR>>message<BR>>2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming <BR>>message ok<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been <BR>>received previously<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in <BR>>store: -9998<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.store<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to <BR>>R0000\message32784<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to <BR>>R0000\message32784 on persitence handler<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore <BR>>database<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: <= MessageServer.store<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.generateAcknowledgment<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.generateAcknowledgment<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => Transaction.commit (txID: <BR>>#7)<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= Transaction.commit<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in <BR>>store: -9999<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => MessageServer.store<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage <BR>>database<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to <BR>>R0000\message32785<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to <BR>>R0000\message32785 on persitence handler<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore <BR>>database<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= MessageServer.store<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => <BR>>MessageServer.logReceivedMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServer.logReceivedMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.dispatchMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => Transaction.commit (txID: <BR>>#7)<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= Transaction.commit<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.onMessage<BR>>2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command: <BR>>Get message (32)<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.processCommand<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.getMessage<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.getNextUndeliveredMessage<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.getUndeliveredMessages<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <= <BR>>MessageServer.getUndeliveredMessages<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.setFileDeliveryStatus<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <= <BR>>MessageServer.setFileDeliveryStatus<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.getMessageFromDataSource<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.getNextUndeliveredMessage with messageId: <BR>>20051118-104728257-PO.po.PO.2@192.168.1.27 <BR>><http://service.com/%3Ca%20href=> " <BR>>target="_new">http://service.com/po.PO.2@192.168.1.27 <BR>><mailto:po.PO.2@192.168.1.27%3C/a> ><BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: => <BR>>Transaction.commit (txID: #8)<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>Transaction.commit<BR>>2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.getMessage<BR>>2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.processCommand<BR>><BR>><BR>><BR>>---<BR>>Arnstein Vestad - PMP, CEH<BR>>Seniorrådgiver, KITH - http://www.kith.no/<BR>>Tlf.: 73 55 10 35, mob.: 93 43 50 95<BR>>arn...@ki...<BR>><BR>><BR>><BR>>-------------------------------------------------------<BR>>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today <BR>>Register for a JBoss Training Course. Free Certification Exam for All <BR>>Training Attendees Through End of 2005. For more info visit:<BR>>http://ads.osdn.com/?ad_idv28&alloc_id845&opÌk<BR>>_______________________________________________<BR>>ebxmlms-general mailing list<BR>>ebx...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general<BR>><BR>> <BR>><BR><BR><BR>-------------------------------------------------------<BR>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit:<BR>http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general<BR><BR><BR>-------------------------------------------------------<BR>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today<BR>Register for a JBoss Training Course. Free Certification Exam<BR>for All Training Attendees Through End of 2005. For more info visit:<BR>http://ads.osdn.com/?ad_idv28&alloc_id845&op=click<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general </BLOCKQUOTE>------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general </BLOCKQUOTE> |
