Quote from Lenette on 03/29/07 at 14:32:10:

 
As in, it emails you to tell you they got it when the other end opens up the email? That would probably be a nice thing to have. You don't want to guess if your customers got their invoices either. However, each place you send to has to allow the receipts to go out. They can just choose not to send notifications if they want. There isn't any foolproof way to be assured that an email got to it's destination.

When you put a paper invoice in the mail, what confirmation do you have the the recipient received it?
 
None that I know of.  Eventually, the invoice ages out to the point of AR calling the customer to ask out it.
 
If the customer is on top of their purchasing, they would be calling you to find out where their invoice is so that they can close out their PO.
 

Request delivery receipt is what I'm talking about. The mailserver most certainly does NOT send the receipt. The receiving email client does... or should. You see, you can choose not to send it. The mail server will, on the other hand, send bounce messages for undeliverable mail. So sometimes you can use that as proof that someone DIDNT get the email.
 
Quote:

One of the problems with delivery receipts and read receipts is that the switches are global. It can't be done on a email-by-email basis without a lot of goofing around.
 
(Many people, and I'm one of them, consider receipts to be an invasion of privacy worthy of Big Brother. We've even had people say words like "Hey, you read my email at 3:00pm - why didn't you respond at 3:01?!?". I get around 100 emails a day minimum, and don't need that many people a day watching what I do and when I do it, so my Outlook is set to never send receipts.)
 

No, sorry to you. You see, David W tried the delivery confirmation on me. I run a postfix email server on linux and it successfully responded to the confirmation without asking me. So, it's not just an outlook thing. I'll look up the proper documentation on how to set an email to have a delivery receipt and send it to you. Still, TAS7 might not allow you to custom build email headers (which is what you'd undoubtedly have to do to get delivery confirmation.) If that's the case then I've got even more reasons to really like Tony.
 
 
And, since it's bound to be a header thing, it would be settable with a toggle (delivery conf or not?) and would not cause all other emails sent from the system to also have delivery confirmation on. It seems like it really might be a great addition. And, the end user can't turn it off. Only the mail administrator could do that.
 
Quote from NovaZyg on 04/03/07 at 06:35:36:

Quote from Dale on 04/03/07 at 05:56:34:

 
I'm not sure what you mean by "lots of goofing around", but in Outlook all you have to do is click the "Options" button at the top of the email and you get the dialog I showed above. Click the option(s) you want and send it.
 
Quote from Dale on 04/03/07 at 05:56:34:

 
There is a HUGE difference between Read receipts and Delivery receipts. I (almost) never allow read receipts either. But delivery receipts don't say YOU got the email, let alone read it, just that the mail server got it. You could be gone for two years, never log in to your account, and every time I sent an email I would be notified that your mail server got it (with the exception as Collin mentions above of disabling that function on the SERVER).