Hello to All,

I've been having trouble since day one with emails being dropped by Sendmail.

If I send emails via Sendmail without attachments, they just zip right through without a hitch.

If I use attachments, Sendmail says it's sending each message but only some might make it through or none at all. The error in our server log states that the client is dropping the connection before the transaction is complete.

We are sending attachments more and more from OI and this is getting very frustrating. We run our own in-house email server (Imail) and send and receive many attachments via Outlook without a problem.

I've tried putting a delay before and after the Sendmail operation and I've tried using Yield() before and after Sendmail, neither of which seemed to help.

Are there any hidden settings for the Sendmail program such as a time out length? Any advice is kindly appreciated.

From reading through the forum, this appears to be an issue that goes way back.

Thanks for your help!!!!

Charlie Engler

charlie@vailrubber.com

G'day Charlie,

Can you post what gets returned from SendMail, there may be some clues in the codes that come back.

I use both sendmail and smtpmail to send attachments via my ISP's mailserver, no probs.

I had a client who's ISP's mailserver would not send an email to more than four recipients at a time. No error messages reported, the emails would just disappear into the ether. But it would let outlook send to more than 4 recipients.

Also, what version of OI?

Thanks

Dave G

G'day Charlie,

Can you post what gets returned from SendMail, there may be some clues in the codes that come back.

I use both sendmail and smtpmail to send attachments via my ISP's mailserver, no probs.

I had a client who's ISP's mailserver would not send an email to more than four recipients at a time. No error messages reported, the emails would just disappear into the ether. But it would let outlook send to more than 4 recipients.

Also, what version of OI?

Thanks

Dave G

Hi David,

Here's the response I receive. This process attempted to send 4 emails, all of which had attachments. Only three of the emails went through to the test recipients. All recipients received the same emails and all responses returned by OI were as follows:

---

REQS All OK

Oops, Just looked at SMTPmail more closely and it does not appear to support attachments….

Hi Charlie,

Do the dropped emails have an pattern to them? Are you having trouble sending to particular addresses or particular domains?

Sendmail is notoriously non-RFC compliant so you may be running into a spam filter.

Can you access the log for your SMTP server? If so you can pinpoint where its handing the emails off to.

Try BLAT. The DLL is easy to prototype. It has a verbose debug log option so you can see exactly what is going on if there is a problem. I've been using it for years in ARev and OI. OpenSource

http://www.blat.net/

Hi Lee,

Our email server is in-house so I have complete access to the log files.

The error message given is "Network Layer" then the internal id number and then "socket read fail 10054." On the software site it states that the client is dropping the connection before the session is ended. This only happens with Sendmail. It doesn't matter what domain it's send to. Even if I send it to a local user, the same problem occurs.

We email a bunch of status reports automatically and I don't know which ones are missed until a salesman calls and complains because no error message is returned.

Again, if there are not any attachments, Sendmail works perfect.

Charlie

I'll give that a try.

Thanks!

Hi Charlie,

Sendmail sends the message as one big chunk rather than a series of 1k or 32k blocks. It is probably timing out.

I've also used blat.dll with great success. However, if you need a bit more versatility (alternate ports with passwords, IIRC), you may want to step up to something with a bit more integration with OI. I switched to SRP's email program (and since I have a single "mail()" routine that handles all email processing from other subs, it meant only one edit there and no changes to the programs sending messages; the arcane settings are set once for port, etc and stored in named common variables to reduce lookup and calling parameters) instead of blat and it has handled everything I've thrown at it. When we had an internal mail server, there was no problem, but we moved it to a hosting service and had to use an alternate port to get past one ISP and blat simply could not handle it. MapiMail actually worked fine, but was a pain as far as a required interface and unacceptable for some customer installations (where the OI app was the only installed desktop program on a terminal server, so no outlook to call and they didn't want to enable OE).

BLAT supports different ports and password authentication.

There are also the MarshallSoft dlls which you can use for SMTP, POP3 and MAPI. I use them to get mail. I could use them to send mail but I'm too lazy to rewrite all the send mail routines. If it ain't broke why fix it?

http://www.marshallsoft.com/

Not free but no royalty fee on runtime deployments.

Not free but no royalty fee on runtime deployments.

In context this would seem to be a description of our licensing policy. For the record, we don't charge a royalty fee either.

dbakke@srpcs.com

SRP Computer Solutions, Inc.

For whatever reason, blat.dll didn't work with the email servers our hosting service used. Perhaps their for-pay dll's would have.

I use them the opposite way - sending mail only; no need for getting mail, as I see no reason to rewrite that part ! Let the users use outlook or gmail for that.

It could be you were using an earlier version of BLAT. It's open source so there is no paid for version.

However SRP is always a good choice as you know it will work with OI.

We use email to automatically import invoice and proof of delivery reports from FedEx and other carriers as well as orders from some customers.

View this thread on the Works forum...