Re: tcllib mime smtp proc sends BCC mail copies as attachments
- From: "tom.rmadilo" <tom.rmadilo@xxxxxxxxx>
- Date: Fri, 11 Jan 2008 16:02:46 -0800 (PST)
On Jan 11, 3:13 pm, Darren New <d...@xxxxxxxxxx> wrote:
dhogaza wrote:
On Jan 11, 6:56 pm, Darren New <d...@xxxxxxxxxx> wrote:
dhogaza wrote:
rather than directly as it does to TO and CC addresses.It keeps someone who does a reply-all to the bcc'ed mail from
Does anyone here know why?
embarrassing themselves? It's not that it's an attachment - it's that
it's not sent with the same to/cc headers.
Well, is it wrong for a reply-all to reply to the to/cc list?
No, it's correct. It can just be embarrassing because it reveals the
fact that you were bcc'ed. Plus, if you're using it to send messages to
customers and bcc'ing a monitoring address (e.g., customer service
repository), then you wind up accidentally sending something to a
customer if you reply to it.
In other words, sending it separately w/o the to/cc headers in no way
implies you have to transform the message to an attachment!
True. But then the recipient doesn't know who it was sent to. I.e., the
bcc recipient loses the headers.
This is such an easy concept. You are sending 'one' message to one
list of users. CC means 'carbon copy', BCC means 'blind carbon copy'.
What part of 'carbon copy' is so hard to understand? This is why I put
the example down: what you are sending is 'one message' which includes
certain headers and maybe a body to a group of 'recipients'. You don't
need to list all recipients, and in general, for instance, a mailing
list, or a group of your friends who don't know each other, or
students in your class, etc., it is really a bad idea to include
anyone's email address in the headers (To or CC).
If your software interprets the BCC as a separate group of users who
need a different email, with different headers, this is not correct.
You are not specifying different classes of recipients with BCC, just
additional recipients. If the user wants to handle the case without
BCC, they can CC themselves on the first email and then forward a copy
to an additional list of CC'd recipients.
You can also handle the embarrassment by adding a Reply-To header. For
instance, a mailing list could use this so that you can show who sent
the email (From: me), but still indicate replies should go to the list
address. Also, with a mailing list, you might want the To: header to
be the list address so you can filter on it.
Of course, if you use BCC for sending copies to shipping, or legal, or
whoever, they will very likely want to know who the email was sent to,
removing this information would be not good, including their internal
email address to outside users would also not be good.
.
- Follow-Ups:
- Re: tcllib mime smtp proc sends BCC mail copies as attachments
- From: Darren New
- Re: tcllib mime smtp proc sends BCC mail copies as attachments
- References:
- tcllib mime smtp proc sends BCC mail copies as attachments
- From: dhogaza
- Re: tcllib mime smtp proc sends BCC mail copies as attachments
- From: Darren New
- Re: tcllib mime smtp proc sends BCC mail copies as attachments
- From: dhogaza
- Re: tcllib mime smtp proc sends BCC mail copies as attachments
- From: Darren New
- tcllib mime smtp proc sends BCC mail copies as attachments
- Prev by Date: When will Teacup be usable again ?
- Next by Date: Re: Building tclsh For Windows Using Microsoft Visual C++
- Previous by thread: Re: tcllib mime smtp proc sends BCC mail copies as attachments
- Next by thread: Re: tcllib mime smtp proc sends BCC mail copies as attachments
- Index(es):
Relevant Pages
|