Erratic Confirmation Emails

[crimsontree]

Has anyone else had any problems with missing confirmation emails?

 

Sometimes (around 1% of the time) a confirmation email is not sent to a customer of my store.

 

Does anyone know why this is happening?

[crimsontree]

I just lost another 5 emails (they were not sent to the relevant customers, and copies were not sent to myself & the store owner).

 

Other confirmation emails arrived out of synch and 7 hours late.

 

:(

[mdfst13]

Out of sync and late are most likely going to be problems with your MTA (e.g. sendmail, qmail, etc.). What are you using as your mailer?

[knomani]

I have the same problem I dont get about 5% of emails confirmations.

Anyone solve this problem before Plese Help. :( :( :(

 

Thanks to all.

[crimsontree]

Out of sync and late are most likely going to be problems with your MTA (e.g. sendmail, qmail, etc.). What are you using as your mailer?

 

Sorry, I don't understand what you mean by mailer.

 

Could you please be more specific?

 

:)

[mdfst13]

mailer = MTA (message transmission agent) = sendmail or qmail or postfix, etc.

 

Is this a server that you administer? Or does someone else do it for you? If someone else does it, ask them why there are delays in email and they can check their maillogs. If you do it yourself, how is it sending email? If you are using a default install that just (sort of) works, what is it (Red Hat, etc.)? What version of OSC are you using?

 

We might be able to figure out some of this if you could post the full headers of one of the messages that does make it through. Full headers will include lines that start Received: and are 10-20 lines long.

[crimsontree]

Hi mdfst13

 

I have contacted my host for the info you asked for.

 

 

My settings in the OSCommerce Admin panel are:

 

 

E-Mail Transport Method sendmail

E-Mail Linefeeds LF

Use MIME HTML When Sending Emails false

Verfiy E-Mail Addresses Through DNS true

Send E-Mails true

[crimsontree]

I'm using Red Hat 7.3 with cPanel, and using Exim as the MTA.

 

My host has had no other reports about delayed mail on the server.

[crimsontree]

Return-path: <[email protected]>

Envelope-to: [email protected]

Delivery-date: Fri, 06 Jun 2003 16:29:23 +0100

Received: from othello.dnsaction.com ([66.11.162.232])

by macbeth.dnsaction.com with esmtp (TLSv1:DES-CBC3-SHA:168)

(Exim 3.36 #1)

id 19OJ9e-000563-00

for [email protected]; Fri, 06 Jun 2003 16:29:22 +0100

Received: from nobody by othello.dnsaction.com with local (Exim 3.36 #1)

id 19OJ9d-0005U3-00; Fri, 06 Jun 2003 16:29:21 +0100

To: [email protected], [email protected]

Subject: Cardvalley Order Process

From: "Cardvalley" <[email protected]>

MIME-Version: 1.0

X-Mailer: osC mailer

Content-Type: text/plain; charset="iso-8859-1"

Content-Transfer-Encoding: 7bit

Message-Id: <[email protected]>

Date: Fri, 06 Jun 2003 16:29:21 +0100

X-AntiAbuse: This header was added to track abuse, please include it with any abuse report

X-AntiAbuse: Primary Hostname - othello.dnsaction.com

X-AntiAbuse: Original Domain - babylonia.nl

X-AntiAbuse: Originator/Caller UID/GID - [99 99] / [99 99]

X-AntiAbuse: Sender Address Domain - othello.dnsaction.com

X-Spam-Status: No, hits=0.0 required=5.0

tests=none

version=2.55

X-Spam-Level:

X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)

[mdfst13]

Just to give you a little background about my approach to these kind of problems, I have traditionally troubleshot them on machines that I administered. I am used to having total visibility on all relevant logs. The way that I know how to troubleshoot this is to watch for times when it occurs and trace the path to see where it misses.

 

The way that I would troubleshoot this would be to contact the host and ask them to check their email logs on some of the delayed emails (assuming that the delay and failure are caused by the same problem). In particular, I would want to know who was holding it in the meantime.

 

If the order is generated at 2PM and the email gets to you at 9PM, where was the hold up? Their log should show when Exim started processing it (you can also look at the received lines in the headers for this info). If that occurred at 8:59PM, then something is wrong with how OSCommerce is handling email. If that occurs at 2:01PM, then it is an actual problem with email transfer. IMO, the host should troubleshoot the latter problem for you if that is what it is. Obviously, the first is the responsibility of the OSCommerce community.

 

I'm still in the process of installing my copy of OSCommerce, and it is not displaying my admin page correctly. When I get past this, I will try to take a look at the email module.

 

Hope this helps,

Matt

 

P.S. If you would like to follow up with me directly, you can send email to my forum userid at yahoo dot com. It's best to reference OSCommerce or something obvious in the subject so that I don't think it is spam and delete it.

[Guest]

Steve,

 

You said your Admin was set up like this:

E-Mail Transport Method sendmail

E-Mail Linefeeds LF

Use MIME HTML When Sending Emails false

Verfiy E-Mail Addresses Through DNS true

Send E-Mails true

 

I seem to remember that the DNS verification is still being worked on....I may be wrong but, try turning the verification of and see if that doesn't help.

[Guest]

turning the verification of

....Sorry, that should say turning the verification OFF...... :oops: