Bug? SMTP send hangs LabVIEW

I am trying to send an email during an alarm state using the SMTP VIs included with LabVIEW (2013, have not tested 2012). It seems that the SMTP send VI hangs LabVIEW while it is running to the point that my software doesn't start shutting down because LabVIEW is waiting for SMTP send.
SMTP send is running parallel to everything else, so it shouldn't cause a hang just because it hasn't finished running. The UI stops redrawing (i.e. if I open a window in front of the program and close it, LabVIEW doesn't redraw the front panel - I still see the old window), every parallel process in the code stops running, and the cursor changes to the busy cursor while it works away.
Today at my office, this delay is 3-5 seconds. Last week when testing at my customer, the delay was 20-30 seconds. The email always gets sent, but it seems while it is logging into the mail server and doing whatever transactions are necessary, LabVIEW is non-responsive.
Please note I am sending a 1-2 sentence email with no attachments. I am not use SLL/TLS, although my server does require a username and password login.
Is anyone else seeign this?
Thanks,
Matthew

Joel,
Same behavior. As I noted in my original post, it locks up at send. If you have a fast connection to your server and are sending a short messsage, you may not see it. My server has a delay for loggin in and it is not internal, so it takes 5 seconds or so for it to login, and send the email. During that time, LabVIEW is non-responsive.
If you have a quick connection, you may need to try using the vi that sends attachments so the session with the server lasts longer.
The issue is specifically with vi.lib\smtpClient\Send.vi. It is password protected, so I cannot determine exactly what is locking up, but it is in there.
For now, I found an example on the forums that is not very robust, but got me through the immediate problem. It can send an email without locking up LabVIEW, so I know NI's code is doing something it probably shouldn't be.
Matthew

Similar Messages

Error 1172 occurred when sending smtp email via labview

I found these two useful vi example to send smtp email using Labview:
http://decibel.ni.com/content/docs/DOC-7451
http://decibel.ni.com/content/docs/DOC-2401
However, I got error 1172 saying "No connection could be made because the target machine actively refused it 74.125.91.109:587". I'm using gmail to send emails and pretty sure that all the settings in the VI are correct. According to http://mail.google.com/support/bin/answer.py?answer=13287, I tried both 587 and 465 as the port, and nothing would help. 587 will give the 1172 error and 465 will hang the vi for a while after stopping it. This 1172 error is unlikely due to the suggestion from the 2nd link, "Note: If you receive Error -1172 with this example, try logging into the Gmail account with your browser. This error can occur with Gmail accounts that have been inactive for a period of time. You must log in with a browser and verify CAPTCHA text to reactivate the account." because the error kept on even when I login to my gmail account.
I got myself a solution from http://stackoverflow.com/questions/2737823/unable-to-send-smtp-mail-with-net-network-issue, which says to turn off the antivirus software. I turned off McAfee on my PC and it did work. Now, I'm able to send email, even when I log out my account. However, I'm not happy since I have to keep my antivirus off. My question is, is there any way to walk around this issue? i.e. being able to send email with antivirus on?
My 2nd question: how to send message to multiple recipients? The string array to the "recipient" does not work, and the form of "[email protected];[email protected]" does not work neither. Do I have to create multiple property nodes for the recipients or better way to do it?
Many thanks
Message Edited by holyna on 06-14-2010 11:34 PM

Hi Bhuvanesh,
I noticed that the original thread here hasn't been updated in over a year. In the future, it will be helpful if you begin a new topic for your issue.
I will first address your second question concerning sending SMS messages using LabVIEW. The only way LabVIEW can send an SMS text message is by passing an e-mail to the appropriate SMS gateway service. This gateway will vary by cellular provider. You will need to obtain the SMS gateway service information for each carrier you wish to push text messages to.
As far as the error you are receiving, we will need more information in order to narrow down your problem. What is the exact error message you're receiving? Are you receiving "1172: No connection..." or some other variation? A screen capture of your code would also be very useful.
Regards,
Andy C.
Applications Engineering
National Instruments

TCP Open Briefly hangs LabVIEW

Hello LabVIEW forum! Long time no see. I have been away from LabVIEW doing other things but.... I'm back.
Background:
I am working on a project where I need to make a TCP connection to a Windows 7 machine. The Windows machine will intentionally reboot for each test. When it boots i need to make a TCP connection to a server that automatically starts on the Windows machine and send some commands. While it is booting, I try to connect, get an error, try again, etc until the connection is made.
The problem:
This machine name is not resolved by DNS or the hosts file. If I try to connect using a host name, and the host name cannot be resolved, LabVIEW will freeze for a few seconds. If I click the red abort button I get the not responding error. It will eventually recover and give me an error 54. The timeout is not relevant in this situation. It doesn't matter how long or how short I set it to, it always hangs LabVIEW for about three to five seconds. If I try to connect by IP number instead, then I don't see this problem. If the machine is off I just get a timeout error but LabVIEW doesn't freeze.
I cannot post code but try this: Write a VI with an infinite while loop and an indicator connected to the i terminal and place a 100mS delay in it. Run that and notice that the number increments. Now create and run a second VI with the TCP open in it and use a machine name that does not exist. What I see is that the number in the first VI will quit incrementing. I am using LabVIEW 2014 32 bit on Windows 7 Ultimate 64 bit. First open a console and try to ping the non-existant name you are trying to connect to and verify that it doesn't print an ip number. Some Internet providers will resolve all non existant hostnames to an IP they own for their own gain. If that is the case then you will not be able to duplicate this bug.
I have a workaround (put an entry in my hosts file) but I thought I would mention this possible bug. Plus it gives me an opportunity to say hi to all my old friends on my favorite fourm! (the list is long but you know who you are)
=====================
LabVIEW 2012
Solved!
Go to Solution.

LabVIEW calls Winsock for all network operations. Most of the Winsock operations are synchronous. This is not a big problem for most of LabVIEW code as LabVIEW is multithreading and executes the nodes in whatever thread the current VI is at. However some functions need to access some global data space and are protected by some means. This can be a global mutex and sometimes it's also solved by forcing the node to always execute in the UI thread of LabVIEW which also executes the windows message loop and Winsock does hook into that message loop to do its own internal pseudo synchronous operation.
The check for Adres to IP is something you can try. It may also lock up because of the internal Winsock hooking into the application message loop, but maybe it won't so that you can circumvent the problem. There is no way for an applciation using the normal Winsock API to avoid internal Winsock timeouts for synchronous functions, and the adress resolutino API does not really support asynchonous variants.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Labview 2013 missing smtp VIs from Labview 2011

We are upgrading to LabView 2013 and any VI that we open that uses SMTP is broken. It seems that NI updated the SMTP functionality but do we have to rewrite every VI that was using SMTP to mail emails from our applications? Are the old 2011 VIs avalable in 2013? Two that we use a lot are "SMTP Send Message.vi" and "SMTP Send File.vi". Where can we find these and any others for LabView 2013?

0utlaw wrote:
It appears that they've been replaced with the SMTP Email VIs available in Data Communication>>Protocols>>SMTP Email - there's ....... The old functions are still present at <root>\National Instruments\LabVIEW 2013\vi.lib\Utility\SMTP, but don't appear in the palettes.
That's actually where I went to look for my SMTP e-mails in LV 2012. The VI hierarchy path for these VI's is LabVIEW 2012\vi.lib\Utility\SMTP\smtpeml.llb I thought those were the VI's the original poster was looking for and not finding.
0utlaw wrote:
- there's even a nifty-looking Send Email express VI I wasn't aware of.
I haven't seen that in 2012. Maybe that is a new addition to LV2013.

SMTP send mail message

SMTP send mail message is giving 'unkown mime version' error(error code 16500). The same mail server works when sending by Netscape mail.Any help greatly appreciated.

Hi,
There seem to be a bug in the OGIC_POP.llb\OGIC_POP_ListMessages.vi.
Or at least it needs customization to process the response from each mail server. If you open the diagram for this VI, you'll see that it is using the "+OK\s" regular expression to reach the end of the string before the msg-number, msg-size list. In your case, this string is "+OK 5 messages (6190 octets)"
You need to modify the diagram to skip this whole string. One easy way would be to use just "+OK" with the first Match Pattern fuinction and then use an "\r\n" and pass this to the true-case.
I am attaching a screenshot of this. And I have tested this to work fine -- I get the messages in the array.
Hope this helps,
Khalid
Attachments:
modified_pop_listmsgs.bmp ‏1083 KB

SMTP send error

I tried to send email to
[email protected]
using SMTP Send File vi
and then I got an error 2100 saying
"500 Syntax error, command "MIME-Version: 1.0" unrecognized"
How can I send email to address like
[email protected]?
Thanks.

I think your issue is the connection to the SMTP server. First off, the smtp server for gmail (according to gmail help) is smtp.gmail.com, not smtp.google.com. Secondly, the port for the gmail smtp server is 465, while the SMTP vi's by default open port 25. Theoretically, you could edit the VI that opens a TCP port, but you would have to resave most of the smtp hierarchy to avoid changing the version saved in vi.lib. Finally and most importantly, the gmail smtp server requires SSL encryption, which I have no idea how to start implementing.
So how do you send mail in LabVIEW?
I have had luck communicating with the internal servers set up by our IT dept because they apparently have no authenication or encryption methods to navigate. In the non-corporate setting, I have also had luck using a free SMTP server. When using this server, simply type "localhost" for the SMTP server. Finally, you could take a look at the ActiveX option this post explores.
Hope this helps.
Spex
National Instruments
To the pessimist, the glass is half empty; to the optimist, the glass is half full; to the engineer, the glass is twice as big as it needs to be...

Apple, please fix this bug. Sending scanned images to "Pictures" is not what I want nor what I was able to do in every previous operation system. I want to save all scanned items in a specific folder - NOT "PICTURES" Please fix this bug NOW!

Apple, please fix this bug. Sending scanned images to "Pictures" is not what I want nor what I was able to do in every previous operation system. I want to save all scanned items in a specific folder - NOT "PICTURES" Please fix this bug NOW!

I only use Image Capture, so I can't speak for other software.
Here is how I select a Scan To destination:
If you are using the minimal details screen, you should have the same submenu to the left of the page size.

SMTP sender issue

I have a SQR reprot which send report via emails. Recently I have changed the SMTP sender to another e-mail address in the configuration file of app server and did a bounce of application server. Now the issue is that the emails are being sent with the old email address,so what might be the issue?Do we have to change the SMTP sender in the configuration file of the process scheduler?

Yes, since the SQR are managed by the Process Scheduler, you should modify the prcs config file.
Nicolas.

DLL Hangs LabView

Here is a twist to the problem of a DLL hanging LabView. Our development group sent me a set of vi's that call C functions from a DLL. When I try to open the vi's LabView hangs. I had the vi's changed so the 'Specify path on diagram' was checked. This resolved the problem of the vi's opening. Only problem is they wouldn't run when downloaded to PXI target running LabView RT. Now for the interesting twist. I kept trying to run the vi's with the 'Specify path on diagram' box checked but I never had any luck getting them to run. I then went back to original vi's ('Specify path on diagram' not checked) and they would now load and not hang LabView. On top of that, they downloaded to the target and executed without any problems.
My question is what could changed in Labview? I didn't change any options or any parameters in the .ini file. I am trying to run the same vi's on a second machine and I'm having the DLL hang problem on that machine. Again, I've compared .ini files and LabView options and there are no differences. Any ideas?
Thanks!

AIM-USA wrote:
Here is a twist to the problem of a DLL hanging LabView. Our development group sent me a set of vi's that call C functions from a DLL. When I try to open the vi's LabView hangs. I had the vi's changed so the 'Specify path on diagram' was checked. This resolved the problem of the vi's opening. Only problem is they wouldn't run when downloaded to PXI target running LabView RT. Now for the interesting twist. I kept trying to run the vi's with the 'Specify path on diagram' box checked but I never had any luck getting them to run. I then went back to original vi's ('Specify path on diagram' not checked) and they would now load and not hang LabView. On top of that, they downloaded to the target and executed without any problems.
My question is what could changed in Labview? I didn't change any options or any parameters in the .ini file. I am trying to run the same vi's on a second machine and I'm having the DLL hang problem on that machine. Again, I've compared .ini files and LabView options and there are no differences. Any ideas?
Thanks!
LabVIEW ini files and options have little to do with such kind of problems. It is most likely something the DLL in question tries to do on loading, that is causing this problem. A possibilitiy is that it is using C runtime libraries that are not present on the target system. If the DLL was compiled with VS 2005 it will almost always reference the mscvr70.dll or similar DLLs unless you go to great lengths when compiling and linking that DLL. Now are these Visual C runtime libraries sometimes standard part of Windows but seldom of a non MS OS like the RT targets are. Also the VS 2005 runtime libraries aren't delivered with Windows XP and older (not sure about Vista) so need to be installed from the Visual C Distributables Installer (but this will likely not work on RT systems since those runtime libraries have again dependencies on (privat and undocumented) functions in the Windows kernel.
Now if it would be just a simple dependency you should get an error when trying to dynamically load that DLL ('Specify path on diagram' checked) or an error box telling you that the DLL in question could not be found (when unchecked). The error is sligthly misleading since the DLL itself could be found but LabVIEW was not able to load it into memory since Windows refused to load it into memory because of missing dependancies.
The fact that loading the DLL does hang LabVIEW makes me guess that the DLL in question does try to do some magic in it's own loading function (DLL_PROCESS_ATTACH) and hangs in there because of missing Windows components or something.
This goes deep into Windows internals and without seeing the source code of the DLL in question it is almost impossible to give more detailed advice.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

SMTP send Multiple Atacchement.vi / labVIEW6.1

こんにちは。
現在、LabVIEW6.1のインターネットツールキットの中にある
「SMTP send Multiple Atacchement.vi」を使用してEXCELファイルを
添付してメール送信しております。
メールを送信した相手先にメールが確実に届きますが、
excelファイルのファイル名だけが文字化けしてしまいます。
excelファイルの中身のデーターは文字化けは発生しておりません。
excelファイルは日本語で名前をつけています。
どうしたら、ファイル名だけの文字化けを防ぐことができるのか
教えてください。
よろしくお願い致します。

お世話になっております。
弊方で使用しているインターネットツールキットとのバージョンが違ったようで
ファイル名等がこちらの指定しているものと異なっているようです。
バージョンの違いに気づかず、大変に失礼いたしました。
こちらのバージョンを変更して確認しましたところ
確かに、「SMTP Email Format Header Field.vi」ではなくて「SMTP Format Header Field.vi」が有り
また、その中に「SMTP Email ConvertToJISB64.vi」は有りませんでした。
本バージョンでの対処方法としましては、「SMTP Format Header Field.vi」を任意の別名で保存した後に
「header name (Subject: )」という文字列制御器を定数に変更し、空白の文字列にして下さい。
変更し保存したVIを
「SMTP send Multiple Atacchement.vi」＞＞「SMTP send Multiple Atacchements Message.vi」＞＞「MIME Send File Attachment.vi」＞＞「MIME Send Separator.vi」の「name」制御器の直後のワイヤに挿入するような形でワイヤし直します。
元のワイヤを、「header content」端子に接続し、「encoded header line」端子から出力します。
さらに、「character set」に文字列定数として、「ISO-2022-JP」を入力してください。
以上の変更で、ファイル名をエンコードして送信できるようになると思われます。
よろしくお願い申し上げます。

Apple Mail and gmail bug when sending attachment?

Hi,
And now for my own Mail question. Wondering if others have run into this bug?
Mac OS 10.5 MacBook Pro.
There seems to be a bug when trying to send Mail with an attachment (via a gmail account).
Over and over, Mail just hangs there.
But it works when:
1. Using Mail, the same email can be sent when I Remove the attachment.
2. Skipping Mail, and using gmail itself, the email and attachment are sent within seconds.
2. Email with attachment can also be sent from another email service (such as Earthlink).
Only when I am using Apple Mail, sending via gmail, With an attachment, is there a hitch.
Thanks again for your attention,
- Ross

Perhaps this problem is confined to Mail 3.0 and later, and Leopard. I cannot send attachments using gmail as the smtp server. I can log in to my gmail account, download an attachment, and send, with no problem as Ross has experienced. I get an eternal hang when trying to send the same message with an attachment from Mail. Any solutions yet? Thanks!

IMS 5.2: smtp server hangs

Running on Solaris 8, the smtp server seems to hang every few days, with the result that mail for my site ends up being hung up for hours until we restart the process.
Is this a known bug?! Any way to fix it?
It doesn't make iMS a very attractive solution for an enterprise that relies heavily on email.

Hello,
I know that there has been a number of fixes on solaris as well as NT since Feb dist. Here is what I have of the bugfixes, there may have been more since this hotfix. If you have a license you should be able to ask sun support for the latest hotfix.
# BUGLIST
# Copyright (c) 2002. Sun Microsystems Inc. All Rights Reserved.
# $Name: $
NAME: iMS 5.2hf0.9 distribution
DATE: Tue Jul 30 02:43:12 GMT 2002
List of bugs that are fixed in this patch kit:
Synopsis
Bugtraq (comments) [subcategory] {bugsplat}
===========================================
------- Bugs listed after this line are fixed in 5.2p0.1
4659265 mailDomainCatchAllAddress doesn't work
     () [mta] {}
4642210 MMP LDAP code causes high CPU usage and can wedge under stress test
() [mmp] {}
4661139 Sieve interpretation of multiple filters not working quite right?
     () [mta] {}
4660227 PMDFdisposeHeader() does not free all header memory
     () [mta] {}
4632998 Charset of Arabic, Hebrew, Thai auto-reply messages set to iso-8859-1
     () [webmail] {}
4648771 Incremental dirsync can miss newly added users
     () [mta] {}
4539563 (Icelandic) ISO-8859-1 vacation responder Subject corrupt in Webmail
     () [webmail] {}
4645870 Subject composed of 1 accented char encoded incorrectly
     () [webmail] {}
4641974 Welcome message with non ascii characters corrupted
     () [store] {}
4631706 Arabic/Hebrew (rtl) IE users can't subscribe to shared folders
     () [webmail] {}
4643137 JA specific problem: Display of iDA gets corrupted.
     () [l10n_ja] {}
4651806 Security exploit with vcard using Netscape Communicator 4.x
     () [webmail] {}
4627060 'filename' argument is set even though it's never used when accessing attachment
     () [webmail] {}
4647148 Invalid encoded characters in Subject line causes javascript error in webmail
     () [webmail] {}
4634079 Webmail should remove \recent flag after opening mailbox
     () [webmail] {}
4653818 PAB_CMD_GET_PABS error when user dn contains Capital letters
     () [webmail] {}
4647798 imsimta db utility broken
     () [mta] {}
4523668 Dirsync hangs - memory pool related???
     (for NT only, Unix fix is in 5.2) [mta] {}
4657857 Program delivery fails if hostname is too long
     () [mta] {}
4519531 sendmail -Ac option not accepted, now used by Solaris 9 startup scripts
     () [mta] {}
4519546 sendmail -- option not accepted, now used by Solaris 9 mail program
     () [mta] {}
4654456 Autoreply echo mode not honored
     () [mta] {}
4650087 imsimta cnbuild error trying to migrate from SIMS4.0 to iMS5.2
     () [mta] {}
4644932 mshttpd core dump in decodeOutput
     () [webmail] {}
4666989 Security hole in cfg.msc command
     () [webmail] {}
4631223 JS error in subscribe to shared folders
     () [webmail] {}
4657356 Webmail interface giving javascript errors when pab disabled
     () [webmail] {}
4662739 JavaScript error on logout
     () [webmail] {}
4666448 When maximum number of PAB users' entries reached, webmail interface gives javascript error.
     () [webmail] {}
4531386 Unreadable chinese (zh_cn) chars in header if preferred language is zh_tw
     () [webmail] {}
4636633 popd core analysis
     () [store] {}
4549165 mboxutil -p doesn't work for Japanese characters
     () [store] {}
4641089 Scalability problem with ever growing INBOX
     () [store] {}
4624538 ims_master dequeing slowly/imsbackup still running
     () [store] {}
4643466 stored does not stop after mboxlist_recover failed
     () [store] {}
4620764 MoveUser gives error number 0, even when it fails
     () [store] {}
4659213 Scheduling of jobs is not quite as specified by backoff (return job affects it)
     () [mta] {}
4640225 Return job consuming high CPU
     () [mta] {}
4532419 ims_master contends with itself "mailbox is busy"
(partial workaround) [mta] {}
4628992 job controller not scheduling agressively enough
() [mta] {}
------- Bugs listed after this line are fixed in 5.2p0.2
4543495 Leak with NSS2.8.2
     (memory leak causes mshttpd to grow) [other] {399608)
4665450 PAB group with no 'un' attr crashes pab
     () [webmail] {}
4665018 Empty memberofpabgroup crashes pab
     () [webmail] {}
4634668 Closing compose window after saving draft kills netscape on HPUX
     () [webmail] {}
4620075 Cannot use toolbars on a message with View HTML Source checked
     () [webmail] {}
4667354 process_held broken in direct-ldap mode
     () [mta] {}
4654805 imapd dumps core in copy command if cache data invalid
     () [store] {}
4658078 Adding a group to itself gives ldap error
     () [webmail] {}
4618565 Unqualified mail-ids not accepted in fields like mail-fwdng,reply-to
     () [webmail] {}
4670862 Hosted domains view english instead of localized webmail
     () [webmail] {}
4672649 imsimport: incorrect internal date
     () [store] {}
4673300 Problems with quotagraceperiod
() [store] {}
4659585 iminitquota -a should continue if orphaned mailbox found
() [store] {}
4658077 PAB-Renaming an entry does not check for duplicates
     () [webmail] {}
4665069 WebMail "compose message" and "spell check" windows too tall and not resizable.
     () [webmail] {}
4658082 Pagination issues with PAB
     () [webmail] {}
4673036 Job Controller child process hung in exit handler
     () [mta] {}
4657502 Double Clicking "save" in webmail options writes preferences twice, can break us
     () [webmail] {}
4668749 A blank character is trimmed in WebMail
     () [webmail] {}
4546178 IE 5.5 JavaScript error with WebMail
     () [webmail] {}
4672958 Long HTTP URL gets broken in WebMail
() [webmail] {}
------- Bugs listed after this line are fixed in 5.2p0.3
4672290 recipient addresses are incorrectly formatted for vanity domain by dirsync
     () [mta] {}
4659879 mshttpd 5.2 hotfixes break spellchecking
     () [webmail] {}
4648195 Auto spell checking and S/MIME enabled result in javascript error
() [webmail] {}
4673761 /usr/lib/sendmail spinning reading from /dev/zero
() [mta] {}
4665735 Japanese characters in "To" and "CC" feild are corrupted on Webmail.
(bsparser) [webmail] {}
4662835 imsbackup doesn't produce consistent backups
     (NT only, changed semaphore init in libyasr) [store] {}
4677285 Defragment may skip messages already seen
     () [mta] {}
4672012 configutil options to specify host/port of iDA on webmail not used.
     () [webmail] {}
4657610 Rename nested inbox folder with MoveUser
     () [store] {}
4678182 Security issues with javascript and http-equiv=refresh
     () [webmail] {}
4678917 Time stamps not updated correctly in some TZ when LDAP_TIME_LAG is used in dirsync
     () [mta] {}
4679824 Reconstruct cores when moving 100+ messages from folder to new folder
     () [store] {}
4628827 test -mapping utility's -mapping_file switch doesn't work
     () [mta] {}
4670612 Error message loop after logout in some situations if SSO configured
     () [webmail] {}
4680849 Create mailbox with long acl crashes message access server
() [store] {}
4682060 Change Default setting for webmail vacation reply setting
(setting default to 1) [webmail] {}
------- Bugs listed after this line are fixed in 5.2p0.4
4684058 Pathological MIME part header usage causes SMTP server slowdown
     () [mta] {}
4658592 popd process
     () [store] {}
4682721 NLS_EncodingConverterExists crashes by a long *from_charset
     () [nls] {}
4540006 mboxutil -r has some sort of trouble renaming folders
     () [store] {}
4683469 WebMail vacation days between send default is different from iDA's
(setting default to 7) [webmail] {}
4655771 Cannot backup/restore Japanese folder from Legato Networker
     () [store] {}
4671362 Thai attachments show incorrect filenames
     () [webmail] {}
4541432 PAB does not work with Replica LDAP Servers (Latency issuse)
     () [pab] {}
4685743 conn_throttle.so fix for hash table re-use
     () [mta] {}
4689138 ETRN host schedules all delayed messages for the channel to be attempted
() [mta] {}
4689827 Backoff of delivery to store is short & random for all failures inc overquota
     () [mta] {}
4689039 MMP ldap duplicate messageid bug misdirects users under high load
(regression from 4642210) [mmp] {}
4686224 User not allowed to enter correct email address in PAB
() [webmail] {}
4620738 Crash in libldap
(workaround for 4536001, configutil local.ldapconnectionload no longer needed) [store] {}
4686388 Corruption ims_master mailbox store
     (off by 1 error causing ims_master crashes) [mta] {}
4617327 POP over SSL fails
     (was not completely fixed in 5.2p0.2) [store] {}
4688847 Insufficient parsing of APOP arguments by POPD
     () [store] {}
4676173 Implement single sign on in WebMail proxy
     (was not completely fixed in 5.2p0.3) [webmail] {}
4644687 Welcome message inserted inappropriately during fast recovery, restore, etc.
     () [store] {}
4684314 MMP preauth with bad password fails
     (regression from 4642210) [mmp] {}
4686644 imsimport creates destination mailbox even if import fails
     () [store] {}
4691088 Crash when displaying certain folded headers
() [webmail] {}
4618326 High ASCII characters in email address disappearing in PAB
(Was not completely fixed in 5.2p0.2) [webmail] {}
4670074 IMAP APPEND command returns error in a non-error condition
     () [store] {}
4695080 ims5.2p0.3 hotfix bundle breaks MMP ldap failover
(4642210 regression, fix checked in as part of 4684314 fix) [mmp] {}
------- Bugs listed after this line are fixed in 5.2p0.5
4694023 Eliminate unnecessary debug log on abnormal connection termination
to SMTP server () [mta] ()
4691080 Availability of parameter which switches way of quota over
() [store] {}
4697003 mshttpd crash in sprint_rfchdr
     (introduced in p0.4) [webmail] {}
4691433 maximum attatchments reached err
     () [webmail] {}
4697051 Conversion channel can cause sieves to evaluate twice which can lead to duplicate deliveries
() [mta] ()
4697788 Domain aliases don't search for all reasonable address variants
     () [mta] {}
4697385 replayformat doesn't work in hotfix bundle
(4642210 regression) [mmp] ()
4671682 Crash recover, run twice without dirsync -f, deleted alias db
     (don't run recover-crash if MTA is running, don't delete live DBs if no backups) [mta] {}
4690492 Conversion channel incorrectly caches `dparameter-symbol-0`
     (Solaris fix, correct env symbol deletion) [mta] {}
4696742 Message with Deferred-Delivery isn't delivered at the expected time
     (it is delivered early on job controller restart) [mta] {}
------- Bugs listed after this line are fixed in 5.2p0.6
4697920 Two versions of Draft folders show up
() [webmail] {}
4699342 Message store delivers quota notification incorrectly when quota is set to -1
() [store] {}
4689856 Cannot add addresses in address book in certain format
     () [webmail] {}
4699838 imsimta program -u -m method_name doesn't return anything
     () [mta] {}
------- Bugs listed after this line are fixed in 5.2p0.7
4692876 Program delivery ldap configuration issue: using 2 separate DS instances
     (split, multi-instance LDAP config causes 'imsimta program' confusion, incomplete fix in 5.2p0.6) [mta] {}
4553030 New folder does not work on NS6
     () [webmail] {}
4553031     Cannot send message on NS6
     () [webmail] {}
4638691 iMS 5.1 MMP appears to be losing IMAP requests between IMAP client and msg store
() [mmp] {}
4684513 Sharing folders using webmail is impossible for non-default domain users
     () [webmail] {}
4702489 Fix problem with output encoding in header charset conversions
     () [mta] {}
4634687 Make imsimta.bat call cleandb on NT to work the same as on Solaris
     () [mta] {}
4677508 inetDomainAlias object with duplicate objectclass=alias crashses the MTA
     () [mta] {}
4703985 SNMP subagent problem with multiple occurrences of "/msg-" in instance's directory path
     () [admin] {}
4674649 Bypass LDAP lookup during failover
     (solaris patch 112882-02) [SC3.x HA agent] {}
4702075 Defragment can produce "no room" error
     () [mta] {}
4557940 Fix command syntax error when running imsimta recover-crash on NT
     () [mta] {}
4703418 charsets.txt file incorrectly flags UTF-16-BE as being ASCII equivalent
     () [mta] {}
4653291 quotacheck -n dumps core
() [store] {}
4705912 Add support for the inetCanonicalDomainName LDAP attribute
() [mta,store] {}
4689082 "compose message" and "spell check"windows to tall and not resizable W/W2K &IE 6
     () [webmail] {}
4699959 webmail client in IE/rtf mode emits lines longer than 1000 chars
     () [webmail] {}
------- Bugs listed after this line are fixed in 5.2p0.8
4706856 imsimta cache -view [channel] show all channels messages
() [mta] {}
4708583 quotacheck dumps core when mailQuotaAttribute is not specified in rulefile
() [store] {}
4707864 Timeout received / messageid mismatch in MMP log file, auth failed
     (4642210 regression, improves 4689039 fix) [mmp] {}
4700406 mshttpd dumps core in NLS_NewNamedLocaleFromChar
     [webmail]
4701694 messages encoded in unknown charset cause javascript errors
     [webmail Hebrew/Arabic/Thai]
4703372 Fix sieve evaluation order problem
     () [mta] {}
4703531 some message headers displayed truncated in webmail
     [webmail]
4708218 Eliminate duplicate fileintos
     () [mta] {}
4709988 Fix problem with envelope :domain sieve
     () [mta] {}
4705711 Aging policy Not working as expected
() [store] {}
4709005 fix problem with redirected messages and relay block
     () [mta] {}
4712194 Remove incorrect PMDF_QUEUE reference
     () [mta] {}
4690122 support for inetCanonicalDomainName to disambiguates domain with same base dn
     [store]
4713075 Return job exits abnormally if a message file removed from directory
() [mta] {}
4713536 in 5.2p07 only, finding a locked file during job controller rebuild is fatal
() [mta] {}
4711588 possible data corruption during job controller rebuild process
() [mta] {}
4709242 DB_CONFIG file is removed mysteriously.
() [store] {}
4706289: reconstruct does not remove folders on non existant partitions.
() [store] {}
------- Bugs listed after this line are fixed in 5.2hf0.9
4703448 IMAPD hangs on NT
     (workaround for 4707980) [store] {}
4698857 Fix ims_master problem getting quota info
     () [mta, store] {}
4563172 Add missing support for BANNER_HOST
     () [MTA] {}
4714890 mail delivery undo ACL modification by mboxutil -r
     () [store] {}
4706925 The Folders Windows comes in front of the Compose Window when clicked on swith to html button
() [webmail] {538366}
4717143 End User's can't delete spoof messages via pop (mmp)
() [mmp] {}
4718216 PabURI is differently formatted in iMS 5.2
(esc 538882) [mshttpd] {}
4616192 authentication server support for customer-supplied auth plug-ins
() [mmp] {}
4717588 autoreply crashes if recipient has no mail attribute
     () [mta] {}
4710477 autoreply now tolerates @ in uid
     () [mta] {}
4718583 Do a better job on message merging
     () [mta] {}
4717233 Defrag hangs upon part expiration
     () [mta] {}
4646601 stored ignores change of local.store.expire.workday from "" to -1
     () [store] {}
4711230 make session ids more secure
     [webmail]
4540006 mboxutil -r has some sort of trouble renaming folders
     (additional fix for NT only, Unix version fixed in 5.2p0.4) [store] {}
4719745 service.*.enable = true prevents service from starting
     (introduced in 5.2p0.7) [store]
4720110 iMS 5.2 mboxutil -a is not giving expected result
     () [store] {}
4720670 imsimport error when mailbox is missing a newline at the end
     () [store] {}
4719536 Imsimta (1.7.4.5) cleandb changes prolong recovery of HA iMS under VCS
     () [mta] {}
4721058 sometimes failure to find first message file to be processed
     () [mta] {}
4720377 imtacli removes pidfile even when it fails to terminate dispatcher
     () [mta] {}

MailAPI SMTP sending error: 'Could not convert socket to TLS'

I'm stucked with smtp authentication in a project.
The process works on port 25 with no STARTTLS, but unfortunately our company server uses port 587 and STARTTLS.
It seems that only the half of the authentication process could be successful, as the server accepts EHLO, but when it switches to secure the program fails with the exception:
'Could not convert socket to TLS'
The simplified code (from a sample app) is:
public void SendMail() throws Exception{
        Properties props = new Properties();
        props.setProperty("mail.transport.protocol", "smtp");
        props.setProperty("mail.smtp.host", "smtpserver");
        props.setProperty("mail.smtp.port", "587");
        props.setProperty("mail.smtp.auth", "true");
        props.setProperty("mail.smtp.auth.ntlm.domain", "codomain");
        props.setProperty("mail.smtp.starttls.required", "true");
        props.setProperty("mail.smtp.auth.mechanisms", "LOGIN NTLM");
        Session mailSession = Session.getDefaultInstance(props, null);
        mailSession.setDebug(true);
        Transport transport = mailSession.getTransport();
        MimeMessage message = new MimeMessage(mailSession);
        message.setSubject("My subject");
        message.setFrom(new InternetAddress("[email protected]"));
        message.setContent("<h1>Hello world</h1>", "text/html");
        message.addRecipient(Message.RecipientType.TO,
                            new InternetAddress("[email protected]"));
        transport.connect("smtpserver", 587, "CODOMAIN\\myaccount", "mypass");
        transport.sendMessage(message,
        message.getRecipients(Message.RecipientType.TO));
        transport.close();
   }

I'll copy the full message below:
+2010.06.29. 12:03:10 mailapi_2.Main main+
SEVERE: null
javax.mail.MessagingException: Could not convert socket to TLS;+
nested exception is:
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at com.sun.mail.smtp.SMTPTransport.startTLS(SMTPTransport.java:1652)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:534)
at javax.mail.Service.connect(Service.java:291)
at mailapi_2.SimpleMail.SendMail1(SimpleMail.java:59)
at mailapi_2.Main.main(Main.java:23)
Caused by: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:174)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1591)
at com.sun.net.ssl.internal.ssl.Handshaker.fatalSE(Handshaker.java:187)
at com.sun.net.ssl.internal.ssl.Handshaker.fatalSE(Handshaker.java:181)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1035)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:124)
at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:516)
at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:454)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:884)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1096)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1107)
at com.sun.mail.util.SocketFetcher.configureSSLSocket(SocketFetcher.java:503)
at com.sun.mail.util.SocketFetcher.startTLS(SocketFetcher.java:443)
at com.sun.mail.smtp.SMTPTransport.startTLS(SMTPTransport.java:1647)
+... 4 more+
Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:285)
at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:191)
at sun.security.validator.Validator.validate(Validator.java:218)
at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:126)
at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:209)
Could not convert socket to TLS
at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1014)
+... 14 more+
Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:174)
at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:238)
at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:280)
+... 20 more+
And the output panel before the exception:
Sending mail...
DEBUG: setDebug: JavaMail version 1.4.3
+DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc]+
DEBUG SMTP: useEhlo true, useAuth true
DEBUG SMTP: trying to connect to host "smtpserver", port 587, isSSL false
+220 exch.plt.local Microsoft ESMTP MAIL Service ready at Tue, 29 Jun 2010 12:03:08 +0200+
DEBUG SMTP: connected to host "smtpserver", port: 587
EHLO machine.codomain.local
+250-smtpserver.codomain.local Hello [xxx.xxx.xxx.xxx]+
+250-SIZE 15728640+
+250-PIPELINING+
+250-DSN+
+250-ENHANCEDSTATUSCODES+
+250-STARTTLS+
+250-AUTH GSSAPI NTLM+
+250-8BITMIME+
+250-BINARYMIME+
+250 CHUNKING+
DEBUG SMTP: Found extension "SIZE", arg "15728640"
DEBUG SMTP: Found extension "PIPELINING", arg ""
DEBUG SMTP: Found extension "DSN", arg ""
DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""
DEBUG SMTP: Found extension "STARTTLS", arg ""
DEBUG SMTP: Found extension "AUTH", arg "GSSAPI NTLM"
DEBUG SMTP: Found extension "8BITMIME", arg ""
DEBUG SMTP: Found extension "BINARYMIME", arg ""
DEBUG SMTP: Found extension "CHUNKING", arg ""
STARTTLS
+220 2.0.0 SMTP server ready+

Smtp in Hangs for every fews days.

I am running iPlanet Messaging Server 5.2 sp1 on solaris 2.8 with kernel patch level 23 .
For every few days say for 3-4 days once smtp process stops hanging. When I do a telnet to port 25 , it just stop as "Escape character is '^]'." It is not displaying the iMS banner.
If a do a restart of services , it is ready to accept the requests.
imsimta version o/p
iPlanet Messaging Server 5.2 Patch 1 (built Aug 19 2002)
libimta.so 5.2 Patch 1 (built 23:25:07, Aug 19 2002)
Please help.
Rgds
Prem.

Hi
Please find below the truss o/p of tcp_smtp_server & dispatcher process ..
tcp_smtp_process:
lwp_sema_wait(0xFE0C1E30) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFE111E30) (sleeping...)
poll(0xFE0F01C0, 1, -1) (sleeping...)
lwp_sema_wait(0xFE33FA08) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE33FA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE0C1E30) = 0
lwp_sema_wait(0xFE0C1E30) = 0
sigprocmask(SIG_SETMASK, 0xFE34AD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
time() = 1072237388
lwp_sema_post(0xFE33FA08) = 0
lwp_sema_wait(0xFE33FA08) = 0
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
lwp_sema_wait(0xFE0C1E30) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFE111E30) (sleeping...)
poll(0xFE0F01C0, 1, -1) (sleeping...)
lwp_sema_wait(0xFE33FA08) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE33FA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE0C1E30) = 0
lwp_sema_wait(0xFE0C1E30) = 0
sigprocmask(SIG_SETMASK, 0xFE34AD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
time() = 1072237448
lwp_sema_post(0xFE33FA08) = 0
lwp_sema_wait(0xFE33FA08) = 0
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
lwp_sema_wait(0xFE0C1E30) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFE111E30) (sleeping...)
poll(0xFE0F01C0, 1, -1) (sleeping...)
lwp_sema_wait(0xFE33FA08) (sleeping...)
Dispatcher Process
*** SGID: rgid/egid/sgid = 10 / 1 / 1 ***
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12612
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFD7E0000
mprotect(0xFD7E0000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 9
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237298
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFE040000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
time() = 1072237327
time() = 1072237327
time() = 1072237327
time() = 1072237327
time() = 1072237327
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE111E30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFE111E30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12666
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFE040000
mprotect(0xFE040000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 10
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237328
lwp_sema_post(0xFE7EFA08) = 0
lwp_sema_wait(0xFE7EFA08) = 0
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFD7E0000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12673
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFD7E0000
mprotect(0xFD7E0000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 9
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237358
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFE040000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
time() = 1072237387
time() = 1072237387
time() = 1072237387
time() = 1072237387
time() = 1072237387
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE111E30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFE111E30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12680
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFE040000
mprotect(0xFE040000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 10
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237388
lwp_sema_post(0xFE7EFA08) = 0
lwp_sema_wait(0xFE7EFA08) = 0
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFD7E0000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)

Strange bug when sending messages in parallel with same sender component

We have one sender business system sending messages to two different interfaces in parallel using an asynchronous soap channel : Interface1 and Interface2. In this scenario the Interface1 messages appear to be conflicting in some way with the Interface2 messages. A certain percentage of the Interface1 messages incorrectly receive a receiver system which equals the receiver configured for Interface2. This causes the Interface1 messages to fail since there is no defined mapping our routing channel to the Interface2 receiver system for that interface.
We have confirmed that this bug only exists when the same sender business system is used. We ran a test using different sender systems and all the messages went through successfully. Today we ran a test moving both interfaces over to a different sender. This test reproduced the issue but in a slightly different way. This time the Interface2 messages were corrupted with the receiver from Interface1.
We also ran some load tests to see how many messages need to be sent before the symptoms occur. We are able to reproduce the problem with as little as 15 messages for each interface. 10 messages for each interface works.
We have noticed that the messages that fail can't seem to load the sender agreement. We think this might be where the problem might be. I pulled the trace message below for the error cases:
<Trace level="1" type="T">Reading sender agreement</Trace>
<Trace level="1" type="T">Message does not contain a sender agreement</Trace>
<Trace level="1" type="T">Inbound validation by Integration Engine does not take place</Trace>
For the successful messages the trace looks like:
<Trace level="1" type="T">Reading sender agreement</Trace>
<Trace level="3" type="T">Validation Mode = No Validation</Trace>
Has anyone ever seen this behavior? We have put in a ticket for the SAP support team, but I'm hoping someone here might have seen this and can tell me if there is patch.
Thanks,
Kevin

Hello,
We have one sender business system sending messages to two different interfaces in parallel using an asynchronous soap channel : Interface1 and Interface2.
You have to create two soap sender comm channels and two sender agreements. The reason for this is that interface1 is already binded using your sender agreement. Therefore, you will get an error/conflict for interface2 because it is not the interface expected by your only sender agreement.
Hope this helps,
Mark

Bug? SMTP send hangs LabVIEW

Similar Messages

Maybe you are looking for