[Oberon] another fault involving SMTP?

Jörg Straube joerg.straube at iaeth.ch
Sun Oct 17 23:19:46 MEST 2010


Hi all

"Bcc" is a can of worms as its handling is very implementation
dependent. The newest SMTP specs RFC 5321, Appendix B
recommend the following:

The original UA (sender's mail program) should hand over
the mail to the first MTA (SMTP server) as follows
- add all Bcc recipients to the RCPT command
- the "Bcc:" header field (provided in DATA) should be present
  but empty.

Joerg


On 17.10.2010, at 22:32, Duke Normandin wrote:

> On Sun, 17 Oct 2010, peasthope at shaw.ca wrote:
> 
>> Folk,
>> 
>> Imagine I send a message to these addresses.
>>  to: cougar at mountains.org
>>  bcc: goat at mountains.org
>> In MacOS both recipients see both addresses in the header.
>> In MS-Win each recipient sees only his or her address.
>> 
>> According to my very limited understanding of SMTP, this
>> is a fault of the SMTP server.  A bcc: recipient should
>> receive only his/her own address.  A to: or cc: recipient
>> should not receive bcc: addresses.  Whether or not a
>> receiving system shows bcc: addresses is a secondary
>> argument.  Can anyone confirm this or correct my misunderstanding?
>> 
>> As an additional test this message is addressed
>>  To: oberon at lists.inf.ethz.ch
>>  bcc: eagle at mountains.org
>> If the Shaw SMTP server transmits it, I'm curious to
>> know whether the eagle at mountains.org is in the header.
> 
> I'm replying using Al(pine). No bcc showed up in the headers - as
> should be. Only the sender and recipient of the bcc should be aware of
> its existence. Didn't see it using emacs/RMAIL either. HTH
> -- 
> Duke
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon



More information about the Oberon mailing list