× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Rob, the QtmmSendMail forces the programmer to play some games with the file
that contains the MIME formatted email message.  The api deletes the IFS
file after it has been sent.  And since the send is actually done by who
knows what job on the system, that delete will not happen until some time
after the api returns to the caller. So if you want to use the api in the
following way:
  -  create an ifs file
  -  write your MIME stream to the file
  -  call QtmmSendMail with the ifs file name as a parm
  -  loop back to step 1 and send the next message

you have to pause at step 4 until QtmmSendMail gets around to deleting the
IFS file.

Most programmers dont deal with this at all. One of my attempts at it had to
do with cycling thru a set of temporary IFS files that would be filled and
passed to the API.  Whichever way it is done, there is going to be a timing
issue where the file passed to the API might become refilled with the next
email message before the QtmmSendMail api gets around to sending the first
message.

One way to solve this problem is to simply delay a number of seconds after
calling the api.   Or before calling the api, read a dtaara containing the
time of the last send.  If the duration since the last send is less than,
say, 5 seconds, delay for that amount of time.

-Steve

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, July 07, 2004 12:02 PM
To: midrange-l@xxxxxxxxxxxx
Subject: SNDEMAIL - Volume testing


Is anyone using Dave Leland's SNDEMAIL in a high volume environment?  I
have some emails that seem to be exchanging properties.

The following is what I put in my incident to Lotus (after changing the
email domain prior to posting it here):

We use the QtmmSendMail API to send mail from our iSeries to our Notes
users.
Sometimes strange things happen.  For example, Traci sent an email to
Melinda and it arrived in Renee's mailbox.
The email, as it appears in Renee's mailbox has the following:
Traci Lxxxx <TRACIL@xxxxxxxxxx>
Sent by: TRACIL@xxxxxxxxxx
To:     MCANNADY@xxxxxxxxxx
Document Properties, Fields tab, Field SMTPOriginator shows
"RENEER@xxxxxxxxxx"

I followed the directions at:
http://publib.boulder.ibm.com/infocenter/iseries/v5r3/ic2924/index.htm
Networking, TCP/IP applications, E-mail, Troubleshoot
9....+....0....+....1....+....2....+
126EH SNDMAIL TO MSF
126E1 O TRACIL@xxxxxxxxxx
126E2 R KIMG@xxxxxxxxxx
126EX /TMP/EMHDR065.TXT
126ET MSG SIZE 766
126
126P2 R SMTP MsgFwd KIMG@xxxxxxxxxx
126C6 FWD TO QTMSOUTQ
126C1 O TRACIL@xxxxxxxxxx
126C2 R <KIMG@xxxxxxxxxx>
1268B QTMSOUTQ TO CLNT
127EH SNDMAIL TO MSF
127E1 O TRACIL@xxxxxxxxxx
127E2 R MCANNADY@xxxxxxxxxx
127EX /TMP/EMHDR066.TXT
127ET MSG SIZE 770
127
126000010000100000
127P2 R SMTP MsgFwd MCANNADY@xxxxxxxxxx
128EH SNDMAIL TO MSF
128E1 O TRACIL@xxxxxxxxxx
128E2 R MCANNADY@xxxxxxxxxx
128EX /TMP/EMHDR067.TXT
128ET MSG SIZE 712
128
128P2 R SMTP MsgFwd MCANNADY@xxxxxxxxxx
127C6 FWD TO QTMSOUTQ
127C1 O TRACIL@xxxxxxxxxx
127C2 R <MCANNADY@xxxxxxxxxx>
1278B QTMSOUTQ TO CLNT
127000010000100000
128C6 FWD TO QTMSOUTQ
128C1 O TRACIL@xxxxxxxxxx
128C2 R <MCANNADY@xxxxxxxxxx>
1288B QTMSOUTQ TO CLNT
129EH SNDMAIL TO MSF
129E1 O TRACIL@xxxxxxxxxx
129E2 R MCANNADY@xxxxxxxxxx
129EX /TMP/EMHDR068.TXT
129ET MSG SIZE 840
129
129P2 R SMTP MsgFwd MCANNADY@xxxxxxxxxx
128000010000100000
130EH SNDMAIL TO MSF
130E1 O RENEER@xxxxxxxxxx
130E2 R RENEER@xxxxxxxxxx
130EX /TMP/EMHDR069.TXT
130ET MSG SIZE 827
130
130P2 R SMTP MsgFwd RENEER@xxxxxxxxxx
129C6 FWD TO QTMSOUTQ
129C1 O TRACIL@xxxxxxxxxx
129C2 R <MCANNADY@xxxxxxxxxx>
1298B QTMSOUTQ TO CLNT
1308B QTMSOUTQ TO CLNT
130C6 FWD TO QTMSOUTQ
130C1 O RENEER@xxxxxxxxxx
130C2 R <RENEER@xxxxxxxxxx>
129000010000100000
131EH SNDMAIL TO MSF
131E1 O TRACIL@xxxxxxxxxx
131E2 R MCANNADY@xxxxxxxxxx
131EX /TMP/EMHDR070.TXT
131ET MSG SIZE 694
131
132EH SNDMAIL TO MSF
132E1 O RENEER@xxxxxxxxxx
131P2 R SMTP MsgFwd MCANNADY@xxxxxxxxxx
132E2 R RENEER@xxxxxxxxxx
132EX /TMP/EMHDR071.TXT
132ET MSG SIZE 825
132
132P2 R SMTP MsgFwd RENEER@xxxxxxxxxx
12688 DLVED 10.10.1.141
12682 R <KIMG@xxxxxxxxxx>
130000010000100000
12788 DLVED 10.10.1.141
12782 R <MCANNADY@xxxxxxxxxx>
12888 DLVED 10.10.1.141
12882 R <MCANNADY@xxxxxxxxxx>
1318B QTMSOUTQ TO CLNT
131C6 FWD TO QTMSOUTQ
131C1 O TRACIL@xxxxxxxxxx
131C2 R <MCANNADY@xxxxxxxxxx>
133EH SNDMAIL TO MSF
133E1 O RENEER@xxxxxxxxxx
133E2 R RENEER@xxxxxxxxxx
133EX /TMP/EMHDR072.TXT
133ET MSG SIZE 827
133
...


Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.