From owner-imc-smime-dev  Fri Nov  5 09:42:13 1999
Received: by ns.secondary.com (8.9.3/8.9.3) id JAA28885
	for imc-smime-dev-bks; Fri, 5 Nov 1999 09:42:13 -0800 (PST)
Received: from Default (ip12.proper.com [165.227.249.12])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA28881
	for <imc-smime-dev@imc.org>; Fri, 5 Nov 1999 09:42:12 -0800 (PST)
Message-Id: <4.2.1.19991105093828.00b51a50@mail.imc.org>
X-Sender: phoffman@mail.imc.org
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.1 
Date: Fri, 05 Nov 1999 09:42:43 -0800
To: imc-smime-dev@imc.org
From: Paul Hoffman / IMC <phoffman@imc.org>
Subject: Starting the S/MIME Developers list
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-imc-smime-dev@imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Greetings. As stated in the mail you got when you subscribed, the purpose 
of this list is to help S/MIME developers. It is *not* for discussing 
changes to the S/MIME specs; that should be done on the ietf-smime mailing 
list.

As a reminder, all S/MIME developers *should* be participating on the 
ietf-smime-examples mailing list. Unfortunately, most aren't. The S/MIME 
examples draft could be one of the best methods we have of getting future 
developers to write their code correctly the first time. Please get on the 
list, look at the draft, and start checking the examples there.

The HTML archive of this list *should* handle attachments well, but we 
won't know until people start sending interesting attachments. Please let 
me know if you find problems in the archive.

This list has a web site: <http://www.imc.org/imc-smime-dev/>. Let me know 
what you want on the web site.

--Paul Hoffman, Director
--Internet Mail Consortium


From owner-imc-smime-dev  Wed Mar 29 17:20:21 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id RAA10822
	for imc-smime-dev-bks; Wed, 29 Mar 2000 17:20:21 -0800 (PST)
Received: from tholian.securitydynamics.com (tholian.securid.com [204.167.112.129])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id RAA10818
	for <imc-smime-dev@imc.org>; Wed, 29 Mar 2000 17:20:15 -0800 (PST)
Received: from sdtihq24.securitydynamics.com by tholian.securitydynamics.com
          via smtpd (for mail.imc.org [208.184.76.43]) with SMTP; 30 Mar 2000 01:19:04 UT
Received: from exrsa01.rsa.com ([10.81.217.7])
	by sdtihq24.securid.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id UAA17303
	for <imc-smime-dev@imc.org>; Wed, 29 Mar 2000 20:19:46 -0500 (EST)
Received: by exrsa01.rsa.com with Internet Mail Service (5.5.2448.0)
	id <HRCBKD1M>; Wed, 29 Mar 2000 17:20:13 -0800
Message-ID: <E7B6CB80230AD31185AD0008C7EBC4D2666239@exrsa01.rsa.com>
From: "Jacoby, Jeffrey" <jjacoby@rsasecurity.com>
To: imc-smime-dev@imc.org
Subject: RC2 implementation in SFL
Date: Wed, 29 Mar 2000 17:20:07 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Greetings,

I've just starting working with the SFL and I believe there 
is a problem in the RC2 message decryption implementation 
in the RSA CTIL (and possibly in the crypto++ CTIL).  I've 
discussed this with the BSAFE Crypto-C manager and he agrees
the implementaion does not correctly follow the meaning of
effective key bits as specified in RFC 2268.

The problem occurs when the effective key bit parameter 
is different from the size of the key value used to create
the B_KEY_OBJECT (used for content encryption).  RC2 allows you 
to set a B_KEY_OBJECT's KI_Item information with one number 
of key bits, e.g. 128, while specifying a different ekb value
for the A_RC2_CBC_PARAMS.effectiveBits value, e.g. 40.  

This is NOT the same as setting the KI_Item information 
with just the first 40 bits from the 128 bit key and using 
an ekb of 40.  

In the algorithm library file sm_rsa.cpp (v1.3 of the 
library, but I think v1.5 is the same in this respect), 
in the SMTI_Decrypt() method is this code (I've inserted 
comments to indicate where I believe the problem is):

   // JJ: by this point, the effective key bits value
   // JJ: has been extracted, and the BSAFE algorithm 
   // JJ: information is set

   // Create a Key Object
   if ((status = B_CreateKeyObject(&rc2Key)) != 0)
      SME_THROW(status, "B_CreateKeyObject failed", NULL);

   // Set the key data from the incoming Mek
   rc2KeyItem.len = m_rc2Params.effectiveKeyBits / 8;
//JJ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
//JJ:  This is the error.  It's possible and allowed that
//JJ:  the rc2KeyItem.len may NOT be the same as ekb/8.  It
//JJ:  very well could be greater.
   SME(rc2KeyItem.data = (unsigned char *)calloc(1,rc2KeyItem.len));
   unsigned int tmpLen=rc2KeyItem.len;
   if (tmpLen > pMEK->Length())
      tmpLen = pMEK->Length();   // ONLY get what is available.
//JJ:  We really need to get *ALL* that's available!
   memcpy(rc2KeyItem.data, pMEK->Access(), tmpLen);

   if ((status = (long)B_SetKeyInfo(rc2Key, KI_Item,
         (POINTER)&rc2KeyItem)) != 0)

The result of this is that B_DecryptFinal() may fail during
envelopedData content decryption.  The solution is to set the
B_KEY_OBJECT's KI_Item information with ALL the content encryption 
key bits/bytes extracted from the message, not just the first
m_rc2Params.effectiveKeyBits .  

While I am fairly sure I am correct on this point, it is by no 
means guaranteed :).  Please let me know if you have any comments.

Sincerely,

Jeff Jacoby, Sr. QA Engineer

RSA Security, SMDC
2755 Campus Drive
San Mateo, CA 94403

phone: (650) 295-7569         
email: jjacoby@rsasecurity.com        

From owner-imc-smime-dev  Tue Apr  4 06:47:06 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id GAA26060
	for imc-smime-dev-bks; Tue, 4 Apr 2000 06:47:06 -0700 (PDT)
Received: from wfhqex05.wangfed.com (netva01.wangfed.com [206.137.100.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA26055
	for <imc-smime-dev@imc.org>; Tue, 4 Apr 2000 06:47:05 -0700 (PDT)
Received: by wfhqex05.wangfed.com with Internet Mail Service (5.5.2650.21)
	id <GFRJL6L1>; Tue, 4 Apr 2000 09:49:34 -0400
Message-ID: <33BD629222C0D211B6DB0060085ACF31965C9A@wfhqex01.wangfed.com>
From: "Pawling, John" <John.Pawling@wang.com>
To: "'Jacoby, Jeffrey'" <jjacoby@rsasecurity.com>, imc-smime-dev@imc.org
Subject: RE: RC2 implementation in SFL
Date: Tue, 4 Apr 2000 09:49:31 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Jeff,

Thank you very much for your feedback.  We will investigate this problem.  

============================================
John Pawling, Director - Systems Engineering
J.G. Van Dyke & Associates, Inc;
a Wang Government Services Company
john.pawling@wang.com
============================================ 


-----Original Message-----
From: Jacoby, Jeffrey [mailto:jjacoby@rsasecurity.com]
Sent: Wednesday, March 29, 2000 8:20 PM
To: imc-smime-dev@imc.org
Subject: RC2 implementation in SFL


Greetings,

I've just starting working with the SFL and I believe there 
is a problem in the RC2 message decryption implementation 
in the RSA CTIL (and possibly in the crypto++ CTIL).  I've 
discussed this with the BSAFE Crypto-C manager and he agrees
the implementaion does not correctly follow the meaning of
effective key bits as specified in RFC 2268.

The problem occurs when the effective key bit parameter 
is different from the size of the key value used to create
the B_KEY_OBJECT (used for content encryption).  RC2 allows you 
to set a B_KEY_OBJECT's KI_Item information with one number 
of key bits, e.g. 128, while specifying a different ekb value
for the A_RC2_CBC_PARAMS.effectiveBits value, e.g. 40.  

This is NOT the same as setting the KI_Item information 
with just the first 40 bits from the 128 bit key and using 
an ekb of 40.  

In the algorithm library file sm_rsa.cpp (v1.3 of the 
library, but I think v1.5 is the same in this respect), 
in the SMTI_Decrypt() method is this code (I've inserted 
comments to indicate where I believe the problem is):

   // JJ: by this point, the effective key bits value
   // JJ: has been extracted, and the BSAFE algorithm 
   // JJ: information is set

   // Create a Key Object
   if ((status = B_CreateKeyObject(&rc2Key)) != 0)
      SME_THROW(status, "B_CreateKeyObject failed", NULL);

   // Set the key data from the incoming Mek
   rc2KeyItem.len = m_rc2Params.effectiveKeyBits / 8;
//JJ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
//JJ:  This is the error.  It's possible and allowed that
//JJ:  the rc2KeyItem.len may NOT be the same as ekb/8.  It
//JJ:  very well could be greater.
   SME(rc2KeyItem.data = (unsigned char *)calloc(1,rc2KeyItem.len));
   unsigned int tmpLen=rc2KeyItem.len;
   if (tmpLen > pMEK->Length())
      tmpLen = pMEK->Length();   // ONLY get what is available.
//JJ:  We really need to get *ALL* that's available!
   memcpy(rc2KeyItem.data, pMEK->Access(), tmpLen);

   if ((status = (long)B_SetKeyInfo(rc2Key, KI_Item,
         (POINTER)&rc2KeyItem)) != 0)

The result of this is that B_DecryptFinal() may fail during
envelopedData content decryption.  The solution is to set the
B_KEY_OBJECT's KI_Item information with ALL the content encryption 
key bits/bytes extracted from the message, not just the first
m_rc2Params.effectiveKeyBits .  

While I am fairly sure I am correct on this point, it is by no 
means guaranteed :).  Please let me know if you have any comments.

Sincerely,

Jeff Jacoby, Sr. QA Engineer

RSA Security, SMDC
2755 Campus Drive
San Mateo, CA 94403

phone: (650) 295-7569         
email: jjacoby@rsasecurity.com        

From owner-imc-smime-dev  Sat Apr  8 05:00:14 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id FAA15578
	for imc-smime-dev-bks; Sat, 8 Apr 2000 05:00:14 -0700 (PDT)
Received: from eagle.odysseytec.com ([203.197.135.138])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id EAA15552
	for <imc-smime-dev@imc.org>; Sat, 8 Apr 2000 04:59:52 -0700 (PDT)
Received: from odysseytec.com (IDENT:kasi@[192.168.1.130])
	by eagle.odysseytec.com (8.9.3/8.9.3) with ESMTP id RAA02646
	for <imc-smime-dev@imc.org>; Sat, 8 Apr 2000 17:41:56 +0530
Message-ID: <38EF27F1.A20D7410@odysseytec.com>
Date: Sat, 08 Apr 2000 18:07:05 +0530
From: Kasi Viswanathan <kasi@odysseytec.com>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: imc-smime-dev@imc.org
Subject: Handling of boundary values in digest and encryption
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Hi

I am developing a prototype SMIME application. I have a doubt regarding
the creation of digests and encrypting them. I would like to know what
exactly becomes the input for these operations. I have a multipart
message body. If I want to create a digest do I also include each and
every boundary delimiter line or just the boundary parameter value
defined at the content-type header field. I am slifgtly confused here.
If I am only doing encryption, does the input to the encryption
fucntion  include only the boundary parameter value and each boundary
delimiter line within a message or just the boundary parameter  value
defined at the header level?  I would be grateful if someone could help
me in this regard. Thank you very much for the time. I am eagerly
awaiting a reply.

cheers
Kasi Viswanathan




From owner-imc-smime-dev  Mon Apr 10 00:02:10 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id AAA03250
	for imc-smime-dev-bks; Mon, 10 Apr 2000 00:02:10 -0700 (PDT)
Received: from cane.deming.com (mail.deming.com [208.236.41.137])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id AAA03246
	for <imc-smime-dev@imc.org>; Mon, 10 Apr 2000 00:02:09 -0700 (PDT)
Received: from 208.236.41.137 by cane.deming.com with ESMTP (WorldSecure
 Server SMTP Relay(WSS) v4.3); Mon, 10 Apr 00 00:05:05 -0700
X-Server-Uuid: 1a012586-24e9-11d1-adae-00a024bc53c5
Received: by mail.deming.com with Internet Mail Service (5.5.2650.21) id
 <H63WRZVS>; Mon, 10 Apr 2000 00:05:05 -0700
Message-ID: <01FF24001403D011AD7B00A024BC53C594FAD4@mail.deming.com>
From: "Blake Ramsdell" <blake.ramsdell@tumbleweed.com>
To: "'Kasi Viswanathan'" <kasi@odysseytec.com>, imc-smime-dev@imc.org
Subject: RE: Handling of boundary values in digest and encryption
Date: Mon, 10 Apr 2000 00:05:04 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
X-WSS-ID: 14EFA2AB57108-01-01
Content-Type: text/plain; 
 charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

If you have:

multipart/signed;boundary=foo
  --foo
  Content-Type: text/plain
  .
  .
  .
  This is the last line of the text/plain
  --foo
  Content-Type: application/pkcs7-signature
  .
  .
  .
  --foo--

Then I believe that the first bytes going to the digest are "Content-Type:
text/plain" and the last bytes should be "This is the last line of the
text/plain" WITHOUT the CRLF that comes immediately after it (since the CRLF
immediately before the closing --foo boundary is owned by the boundary).

Blake

-----Original Message-----
From: Kasi Viswanathan [mailto:kasi@odysseytec.com]
Sent: Saturday, April 08, 2000 5:37 AM
To: imc-smime-dev@imc.org
Subject: Handling of boundary values in digest and encryption


Hi

I am developing a prototype SMIME application. I have a doubt regarding
the creation of digests and encrypting them. I would like to know what
exactly becomes the input for these operations. I have a multipart
message body. If I want to create a digest do I also include each and
every boundary delimiter line or just the boundary parameter value
defined at the content-type header field. I am slifgtly confused here.
If I am only doing encryption, does the input to the encryption
fucntion  include only the boundary parameter value and each boundary
delimiter line within a message or just the boundary parameter  value
defined at the header level?  I would be grateful if someone could help
me in this regard. Thank you very much for the time. I am eagerly
awaiting a reply.

cheers
Kasi Viswanathan





From owner-imc-smime-dev  Mon Apr 10 06:49:18 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id GAA14416
	for imc-smime-dev-bks; Mon, 10 Apr 2000 06:49:18 -0700 (PDT)
Received: from wfhqex05.wangfed.com (netva01.wangfed.com [206.137.100.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA14412
	for <imc-smime-dev@imc.org>; Mon, 10 Apr 2000 06:49:16 -0700 (PDT)
Received: by wfhqex05.wangfed.com with Internet Mail Service (5.5.2650.21)
	id <GFRJMQFD>; Mon, 10 Apr 2000 09:52:15 -0400
Message-ID: <33BD629222C0D211B6DB0060085ACF31965D13@wfhqex01.wangfed.com>
From: "Pawling, John" <John.Pawling@wang.com>
To: "'Blake Ramsdell'" <blake.ramsdell@tumbleweed.com>,
        "'Kasi Viswanathan'"
	 <kasi@odysseytec.com>, imc-smime-dev@imc.org
Subject: RE: Handling of boundary values in digest and encryption
Date: Mon, 10 Apr 2000 09:52:16 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Kasi,

I agree with Blake.  For more info, see RFC 2634, Enhanced Security Services
for S/MIME, section 1,2.

============================================
John Pawling, Director - Systems Engineering
J.G. Van Dyke & Associates, Inc;
a Wang Government Services Company
john.pawling@wang.com
============================================ 


-----Original Message-----
From: Blake Ramsdell [mailto:blake.ramsdell@tumbleweed.com]
Sent: Monday, April 10, 2000 3:05 AM
To: 'Kasi Viswanathan'; imc-smime-dev@imc.org
Subject: RE: Handling of boundary values in digest and encryption


If you have:

multipart/signed;boundary=foo
  --foo
  Content-Type: text/plain
  .
  .
  .
  This is the last line of the text/plain
  --foo
  Content-Type: application/pkcs7-signature
  .
  .
  .
  --foo--

Then I believe that the first bytes going to the digest are "Content-Type:
text/plain" and the last bytes should be "This is the last line of the
text/plain" WITHOUT the CRLF that comes immediately after it (since the CRLF
immediately before the closing --foo boundary is owned by the boundary).

Blake

-----Original Message-----
From: Kasi Viswanathan [mailto:kasi@odysseytec.com]
Sent: Saturday, April 08, 2000 5:37 AM
To: imc-smime-dev@imc.org
Subject: Handling of boundary values in digest and encryption


Hi

I am developing a prototype SMIME application. I have a doubt regarding
the creation of digests and encrypting them. I would like to know what
exactly becomes the input for these operations. I have a multipart
message body. If I want to create a digest do I also include each and
every boundary delimiter line or just the boundary parameter value
defined at the content-type header field. I am slifgtly confused here.
If I am only doing encryption, does the input to the encryption
fucntion  include only the boundary parameter value and each boundary
delimiter line within a message or just the boundary parameter  value
defined at the header level?  I would be grateful if someone could help
me in this regard. Thank you very much for the time. I am eagerly
awaiting a reply.

cheers
Kasi Viswanathan




From owner-imc-smime-dev  Tue Apr 18 09:27:01 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id JAA05865
	for imc-smime-dev-bks; Tue, 18 Apr 2000 09:27:01 -0700 (PDT)
Received: from wfhqex05.wangfed.com (netva01.wangfed.com [206.137.100.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id JAA05861
	for <imc-smime-dev@imc.org>; Tue, 18 Apr 2000 09:26:59 -0700 (PDT)
Received: by wfhqex05.wangfed.com with Internet Mail Service (5.5.2650.21)
	id <GFRJNPD8>; Tue, 18 Apr 2000 12:30:41 -0400
Message-ID: <33BD629222C0D211B6DB0060085ACF31965DB7@wfhqex01.wangfed.com>
From: "Pawling, John" <John.Pawling@wang.com>
To: "'imc-smime-dev@imc.org'" <imc-smime-dev@imc.org>
Subject: FW: RC2 implementation in SFL
Date: Tue, 18 Apr 2000 12:30:31 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

All,

We agree with Jeff's analysis.  We corrected the bugs that he reported in
the BSAFE and Crypto++ (a.k.a. Free) Crypto Token Interface Libraries
(CTIL).  We appreciate Jeff's feedback and welcome any additional feedback
regarding the S/MIME Freeware Library and supporting libraries.

The Internet Mail Consortium (IMC) has established an SFL web page
<http://www.imc.org/imc-sfl>.  The IMC has also established an SFL mail list
which is used to: distribute information regarding SFL releases; discuss
SFL-related issues; and provide a means for SFL users to provide feedback,
comments, bug reports, etc.  Subscription information for the imc-sfl
mailing list is at the IMC web site listed above.

All comments regarding the SFL source code and documents are welcome.  We
recommend that comments should be sent to the imc-sfl mail list.  We will
respond to all messages on that list.

============================================
John Pawling, Director - Systems Engineering
J.G. Van Dyke & Associates, Inc;
a Wang Government Services Company
john.pawling@wang.com
============================================ 

-----Original Message-----
From: Jacoby, Jeffrey [mailto:jjacoby@rsasecurity.com] 
Sent: Wednesday, March 29, 2000 8:20 PM
To: imc-smime-dev@imc.org
Subject: RC2 implementation in SFL


Greetings,

I've just starting working with the SFL and I believe there 
is a problem in the RC2 message decryption implementation 
in the RSA CTIL (and possibly in the crypto++ CTIL).  I've 
discussed this with the BSAFE Crypto-C manager and he agrees
the implementaion does not correctly follow the meaning of
effective key bits as specified in RFC 2268.

The problem occurs when the effective key bit parameter 
is different from the size of the key value used to create
the B_KEY_OBJECT (used for content encryption).  RC2 allows you 
to set a B_KEY_OBJECT's KI_Item information with one number 
of key bits, e.g. 128, while specifying a different ekb value
for the A_RC2_CBC_PARAMS.effectiveBits value, e.g. 40.  

This is NOT the same as setting the KI_Item information 
with just the first 40 bits from the 128 bit key and using 
an ekb of 40.  

In the algorithm library file sm_rsa.cpp (v1.3 of the 
library, but I think v1.5 is the same in this respect), 
in the SMTI_Decrypt() method is this code (I've inserted 
comments to indicate where I believe the problem is):

   // JJ: by this point, the effective key bits value
   // JJ: has been extracted, and the BSAFE algorithm 
   // JJ: information is set

   // Create a Key Object
   if ((status = B_CreateKeyObject(&rc2Key)) != 0)
      SME_THROW(status, "B_CreateKeyObject failed", NULL);

   // Set the key data from the incoming Mek
   rc2KeyItem.len = m_rc2Params.effectiveKeyBits / 8;
//JJ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
//JJ:  This is the error.  It's possible and allowed that
//JJ:  the rc2KeyItem.len may NOT be the same as ekb/8.  It
//JJ:  very well could be greater.
   SME(rc2KeyItem.data = (unsigned char *)calloc(1,rc2KeyItem.len));
   unsigned int tmpLen=rc2KeyItem.len;
   if (tmpLen > pMEK->Length())
      tmpLen = pMEK->Length();   // ONLY get what is available.
//JJ:  We really need to get *ALL* that's available!
   memcpy(rc2KeyItem.data, pMEK->Access(), tmpLen);

   if ((status = (long)B_SetKeyInfo(rc2Key, KI_Item,
         (POINTER)&rc2KeyItem)) != 0)

The result of this is that B_DecryptFinal() may fail during
envelopedData content decryption.  The solution is to set the
B_KEY_OBJECT's KI_Item information with ALL the content encryption 
key bits/bytes extracted from the message, not just the first
m_rc2Params.effectiveKeyBits .  

While I am fairly sure I am correct on this point, it is by no 
means guaranteed :).  Please let me know if you have any comments.

Sincerely,

Jeff Jacoby, Sr. QA Engineer

RSA Security, SMDC
2755 Campus Drive
San Mateo, CA 94403

phone: (650) 295-7569         
email: jjacoby@rsasecurity.com        

From owner-imc-smime-dev  Tue May 16 02:51:15 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id CAA27298
	for imc-smime-dev-bks; Tue, 16 May 2000 02:51:15 -0700 (PDT)
Received: from eagle.odysseytec.com ([203.197.135.130])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id CAA27264
	for <imc-smime-dev@imc.org>; Tue, 16 May 2000 02:50:36 -0700 (PDT)
Received: from odysseytec.com (IDENT:kasi@dev14.odysseytec.com [192.168.1.55])
	by eagle.odysseytec.com (8.9.3/8.9.3) with ESMTP id PAA01917
	for <imc-smime-dev@imc.org>; Tue, 16 May 2000 15:26:28 +0530
Message-ID: <39213EEE.4C623386@odysseytec.com>
Date: Tue, 16 May 2000 17:58:30 +0530
From: Kasi Viswanathan <kasi@odysseytec.com>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "imc-smime-dev@imc.org" <imc-smime-dev@imc.org>
Subject: What goes into the final step of preparing a SMIME message
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms54B010F62879E75BC606657E"
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

This is a cryptographically signed message in MIME format.

--------------ms54B010F62879E75BC606657E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi  there

I have prepared a PKCS #7  SignedData object. I have got the final
ContentInfo structure with SignedData as the contentype and the signed
data value as the content. My doubt is -

When I prepare the MIME headers for sending this SignedData object , do
I base64 encode the whole BER encoded ContentInfo object ? Please advise
me in this regard. Thanks

Regards

Kasi Viswanathan


--------------ms54B010F62879E75BC606657E
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIE0AYJKoZIhvcNAQcCoIIEwTCCBL0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
As0wggLJMIICMgIBAzANBgkqhkiG9w0BAQQFADCBnzELMAkGA1UEBhMCSU4xEzARBgNVBAgT
ClRhbWlsIE5hZHUxEDAOBgNVBAcTB0NoZW5uYWkxJTAjBgNVBAoTHE9keXNzZXkgVGVjaG5v
bG9naWVzIExpbWl0ZWQxIDAeBgNVBAMTF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MSAwHgYJ
KoZIhvcNAQkBFhFjYUBvZHlzc2V5dGVjLmNvbTAeFw0wMDAzMzEwODI3NTJaFw0wMTAzMzEw
ODI3NTJaMIG5MQswCQYDVQQGEwJJTjETMBEGA1UECBMKVGFtaWwgTmFkdTEQMA4GA1UEBxMH
Q2hlbm5haTElMCMGA1UEChMcT2R5c3NleSBUZWNobm9sb2dpZXMgTGltaXRlZDEdMBsGA1UE
CxMURGV2ZWxvcG1lbnQgRGl2aXNpb24xGTAXBgNVBAMTEEthc2kgVmlzd2FuYXRoYW4xIjAg
BgkqhkiG9w0BCQEWE2thc2lAb2R5c3NleXRlYy5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0A
MIGJAoGBAJwoE6NsMOSTrFgPHZS7TIrwAFJ6rLL/y+OMTnSyvMk2RuMD16pVD1lVNH9MnoHM
y4E3EPu1vawunawW6B8UaUAyjayWqfoakr/nmmzBCmlTGYFV0c6C6ZExK6IyFlXwegTa9C6+
o1Amd3/9gD/JTeOlTypvQpycihzJtUs1LuA1AgMBAAEwDQYJKoZIhvcNAQEEBQADgYEApAMo
gAhIuhUYmvuuOmQy9FKhvOqPZxOitUHs/mcRMrivJgzm/4DddoFUq5/DRDZP26+3GylHLQMU
rEGgOQfcR3SzYrBPO3sJ68e0Q4G/iW32PUAbXPb6+9mxfDxPyYe8UnXh9drtcYAMavqlrJ44
iNaXSsnHCag3s+4IDWDmuUAxggHLMIIBxwIBATCBpTCBnzELMAkGA1UEBhMCSU4xEzARBgNV
BAgTClRhbWlsIE5hZHUxEDAOBgNVBAcTB0NoZW5uYWkxJTAjBgNVBAoTHE9keXNzZXkgVGVj
aG5vbG9naWVzIExpbWl0ZWQxIDAeBgNVBAMTF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MSAw
HgYJKoZIhvcNAQkBFhFjYUBvZHlzc2V5dGVjLmNvbQIBAzAJBgUrDgMCGgUAoH0wGAYJKoZI
hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDAwNTE2MTIyODMwWjAeBgkq
hkiG9w0BCQ8xETAPMA0GCCqGSIb3DQMCAgEoMCMGCSqGSIb3DQEJBDEWBBQKdHbPYhp87j4j
JTHZyp9v9KohNzANBgkqhkiG9w0BAQEFAASBgG60DrwwUEfyXpxNkIk2HmW9waKYnr6WYPXJ
9iN2yi0Dfb/UAPxHc18exvDE2pklUBig+Kkia/PSOuK8BJb2h/+OJXYt7KROzd3p/mL83X8f
npwVYd2ut+XXmkl+5EuVSF3Ucye0SVaPjlhfM0207bsVRfr+MztD6Nhsmm2d6bJD
--------------ms54B010F62879E75BC606657E--


From owner-imc-smime-dev  Tue May 16 02:52:57 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id CAA27329
	for imc-smime-dev-bks; Tue, 16 May 2000 02:52:57 -0700 (PDT)
Received: from eagle.odysseytec.com ([203.197.135.130])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id CAA27323
	for <imc-smime-dev@imc.org>; Tue, 16 May 2000 02:52:36 -0700 (PDT)
Received: from odysseytec.com (IDENT:kasi@dev14.odysseytec.com [192.168.1.55])
	by eagle.odysseytec.com (8.9.3/8.9.3) with ESMTP id PAA01921
	for <imc-smime-dev@imc.org>; Tue, 16 May 2000 15:29:42 +0530
Message-ID: <39213FB0.77A35A0A@odysseytec.com>
Date: Tue, 16 May 2000 18:01:44 +0530
From: Kasi Viswanathan <kasi@odysseytec.com>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "imc-smime-dev@imc.org" <imc-smime-dev@imc.org>
Subject: Processing SMIME messages by a receiving agent
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Hi

This is the signed message part:

--boundary
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIE0AYJKoZIhvcNAQcCoIIEwTCCBL0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC

As0wggLJMIICMgIBAjANBgkqhkiG9w0BAQQFADCBnzELMAkGA1UEBhMCSU4xEzARBgNVBAgT

ClRhbWlsIE5hZHUxEDAOBgNVBAcTB0NoZW5uYWkxJTAjBgNVBAoTHE9keXNzZXkgVGVjaG5v

bG9naWVzIExpbWl0ZWQxIDAeBgNVBAMTF0NlcnRpZmljYXRpb24gQXV0aG9yaXR5MSAwHgYJ

KoZIhvcNAQkBFhFjYUBvZHlzc2V5dGVjLmNvbTAeFw0wMDAzMzAyMDQ5MDFaFw0wMTAzMzAy

MDQ5MDFaMIG5MQswCQYDVQQGEwJJTjETMBEGA1UECBMKVGFtaWwgTmFkdTEQMA4GA1UEBxMH

Q2hlbm5haTElMCMGA1UEChMcT2R5c3NleSBUZWNobm9sb2dpZXMgTGltaXRlZDEdMBsGA1UE

--boundary--

I am processing this message as follows:
1) Decode the base64 encoded signed data
2) BER decode the signeddata value
3) Repeat this process recursively till I get all the elements of the
signed data structure completely decode

I want to know whether i am in the right direction. Thanks

Regards

Kasi Viswanathan




From owner-imc-smime-dev  Sun Jun 25 23:09:10 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id XAA26309
	for imc-smime-dev-bks; Sun, 25 Jun 2000 23:09:10 -0700 (PDT)
Received: from eagle.odysseytec.com ([202.144.45.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id XAA26295
	for <imc-smime-dev@imc.org>; Sun, 25 Jun 2000 23:08:56 -0700 (PDT)
Received: from dev14 (dev14.odysseytec.com [192.168.1.55])
	by eagle.odysseytec.com (8.9.3/8.9.3) with SMTP id LAA01668;
	Mon, 26 Jun 2000 11:41:17 +0530
From: "Frank" <frank@cyberneme.com>
To: <imc-smime-dev@imc.org>, <John.Pawling@wang.com>,
        <blake.ramsdell@tumbleweed.com>
Subject: Creating Digest for multipart/signed message with authenticated attributes - Please get back to me
Date: Mon, 26 Jun 2000 14:41:38 +0530
Message-ID: <NDBBJCFEALALPIJMJFMAIEANCAAA.frank@cyberneme.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0000_01BFDF7C.A2955E60"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0000_01BFDF7C.A2955E60
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi
 I have an intial MIME entity as follows:
   --boundary
 Content-Type: text/plain; charset=us-ascii;
 Content-Transfer-Encoding: 7bit

 Hello World
 --boundary
Content-Type: application/x-pkcs-signature;
---
---

I am creating a multipart/signed message with authenticated attributes.

To create the initial message digest I am sending the following as input to
create digest function:

Content-Type: text/plain; charset=us-ascii;
Content-Transfer-Encoding: 7bit

 Hello World

The last byte that goes for digest creation is the 'd'   in "Hello World".
When I compare this digest with the digest created by Netscape Messenger for
the same content, I am getting a different digest. The digest algorithm in
both the cases are SHA-1. Am I missing something in my input to the digest
creation?

I am sending the message digest of this to the value field of the attribute
type 'message digest' in the authenticated attributes. To create the final
digest for signing, I am taking as input the DER encoding of the SETOF
authenticated attributes field. Am I on the right track? Can someone advice
me with these two points? Thank you ver much for the time.

John and Blake, sorry for the mail to your personal mail account. I have not
yet received any advice for this query I posted two days ago. Please advice
me in this regard. Thank you.

Cheers

Frank

------=_NextPart_000_0000_01BFDF7C.A2955E60
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#d8d0c8>
<DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>Hi</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;<SPAN class=3D970430707-23062000><FONT =
color=3D#000000=20
face=3DArial size=3D2>I have an intial MIME entity as =
follows:</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;<SPAN class=3D970430707-23062000><FONT =
color=3D#000000=20
face=3DArial size=3D2>&nbsp; --boundary</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>&nbsp;Content-Type: text/plain; =
charset=3Dus-ascii;</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>&nbsp;Content-Transfer-Encoding: 7bit</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>&nbsp;</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>&nbsp;Hello World</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =
size=3D2><SPAN=20
class=3D970430707-23062000><FONT color=3D#000000 face=3DArial=20
size=3D2>&nbsp;--boundary</FONT></SPAN>&nbsp;</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>Content-Type: application/x-pkcs-signature;</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>---</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>---</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =
size=3D2>I am=20
creating a multipart/signed message with authenticated=20
attributes.</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =
size=3D2>To=20
create the initial message digest I am sending the following as input to =
create=20
digest function:</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV>Content-Type: text/plain; charset=3Dus-ascii;=20
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>Content-Transfer-Encoding: 7bit</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>&nbsp;</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>&nbsp;Hello World</FONT></SPAN></DIV></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =
size=3D2>The=20
last byte <SPAN class=3D510035908-26062000><FONT color=3D#000000 =
face=3DArial=20
size=3D2>that goes for digest creation is </FONT></SPAN>the 'd'<SPAN=20
class=3D510035908-26062000><FONT color=3D#000000 face=3DArial =
size=3D2>&nbsp;&nbsp; in=20
&quot;Hello World&quot;</FONT></SPAN>.&nbsp; When I compare this digest =
with the=20
digest created by Netscape Messenger for the same content, I am getting =
a=20
different digest. The digest algorithm in both the cases are SHA-1. Am I =
missing=20
something in my input to the digest creation? </FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =
size=3D2>I am=20
sending the message digest of this to the value field of the attribute =
type=20
'message digest' in the authenticated attributes. To create the final =
digest for=20
signing, I am taking as input the DER encoding of the SETOF =
authenticated=20
attributes field. Am I on the right track? Can someone advice me with =
these two=20
points? Thank you ver much for the time.</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D510035908-26062000><FONT color=3D#000000 face=3DArial =
size=3D2>John=20
and Blake, sorry for the mail to your personal mail account. I have not =
yet=20
received any advice for this query I posted two days ago. Please advice =
me in=20
this regard. Thank you.</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>Cheers</FONT></SPAN></DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D970430707-23062000><FONT color=3D#000000 face=3DArial =

size=3D2>Frank&nbsp;&nbsp; </FONT></SPAN></DIV></DIV></BODY></HTML>

------=_NextPart_000_0000_01BFDF7C.A2955E60--


From owner-imc-smime-dev  Sun Jun 25 23:36:15 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id XAA27560
	for imc-smime-dev-bks; Sun, 25 Jun 2000 23:36:15 -0700 (PDT)
Received: from cane.deming.com (mail.deming.com [208.236.41.137])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id XAA27555
	for <imc-smime-dev@imc.org>; Sun, 25 Jun 2000 23:36:14 -0700 (PDT)
Received: from 208.236.41.137 by cane.deming.com with ESMTP (WorldSecure
 Server SMTP Relay(WSS) v4.5); Sun, 25 Jun 2000 23:36:17 -0700
X-Server-Uuid: 1a012586-24e9-11d1-adae-00a024bc53c5
Received: by mail.deming.com with Internet Mail Service (5.5.2650.21) id
 <JKLWY1Q5>; Sun, 25 Jun 2000 23:36:17 -0700
Message-ID: <01FF24001403D011AD7B00A024BC53C595003C@mail.deming.com>
From: "Blake Ramsdell" <blake.ramsdell@tumbleweed.com>
To: "'Frank'" <frank@cyberneme.com>, imc-smime-dev@imc.org,
        John.Pawling@wang.com
Subject: RE: Creating Digest for multipart/signed message with
 authenticat ed attributes - Please get back to me
Date: Sun, 25 Jun 2000 23:36:17 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
X-WSS-ID: 1548266B23865-01-01
Content-Type: text/plain; 
 charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Not sure I saw your original message to the list, so there may have been a
problem with your post.
 
In any case, I answered a similar question before -- check out <
http://www.imc.org/imc-smime-dev/mail-archive/msg00004.html
<http://www.imc.org/imc-smime-dev/mail-archive/msg00004.html> >.
 
I think you're on the right track with the authenticated attributes.  One of
the twisted things that I seem to remember that you have to do is hash the
authenticated attributes as if it was encoded as an explicit SET OF, as
opposed to the context-specific tag that's used in the syntax.
 
Blake

-----Original Message-----
From: Frank [mailto:frank@cyberneme.com]
Sent: Monday, June 26, 2000 2:12 AM
To: imc-smime-dev@imc.org; John.Pawling@wang.com; Blake Ramsdell
Subject: Creating Digest for multipart/signed message with authenticated
attributes - Please get back to me


Hi
 I have an intial MIME entity as follows:
   --boundary
 Content-Type: text/plain; charset=us-ascii;
 Content-Transfer-Encoding: 7bit
 
 Hello World
 --boundary 
Content-Type: application/x-pkcs-signature;
---
---
 
I am creating a multipart/signed message with authenticated attributes.
 
To create the initial message digest I am sending the following as input to
create digest function:
 
Content-Type: text/plain; charset=us-ascii; 
Content-Transfer-Encoding: 7bit
 
 Hello World
 
The last byte that goes for digest creation is the 'd'   in "Hello World".
When I compare this digest with the digest created by Netscape Messenger for
the same content, I am getting a different digest. The digest algorithm in
both the cases are SHA-1. Am I missing something in my input to the digest
creation? 
 
I am sending the message digest of this to the value field of the attribute
type 'message digest' in the authenticated attributes. To create the final
digest for signing, I am taking as input the DER encoding of the SETOF
authenticated attributes field. Am I on the right track? Can someone advice
me with these two points? Thank you ver much for the time.
 
John and Blake, sorry for the mail to your personal mail account. I have not
yet received any advice for this query I posted two days ago. Please advice
me in this regard. Thank you.
 
Cheers
 
Frank   



From owner-imc-smime-dev  Sun Jul 30 06:42:31 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id GAA25457
	for imc-smime-dev-bks; Sun, 30 Jul 2000 06:42:31 -0700 (PDT)
Received: from eagle.odysseytec.com ([202.144.45.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id GAA25448
	for <imc-smime-dev@imc.org>; Sun, 30 Jul 2000 06:42:19 -0700 (PDT)
Received: from dev14 (dev14.odysseytec.com [192.168.1.55])
	by eagle.odysseytec.com (8.9.3/8.9.3) with SMTP id TAA08287;
	Sun, 30 Jul 2000 19:18:21 +0530
Message-ID: <000b01bffa20$20fb49a0$3701a8c0@dev14>
From: "frank" <frank@cyberneme.com>
To: <imc-smime-dev@imc.org>
Cc: <John.Pawling@wang.com>, <blake.ramsdell@tumbleweed.com>
Subject: Inputs for signature creation
Date: Sun, 30 Jul 2000 17:47:18 +0530
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0006_01BFFA4E.347A8120"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.1
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01BFFA4E.347A8120
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi everyone

The following is the mime structure for the message I am intending to =
sign. This was created using Netscape Messenger (Linux Version). I had =
this problem before itself. I did get a response from Blake as to what =
exactly goes into the creation of the digest.

But it did not work out.=20

    Content-Type: multipart/signed;=20
    protocol=3D"application/x-pkcs7-signature";=20
    micalg=3Dsha1;=20
    boundary=3D"------------msB5251B9DF33FAB0FDE461808"
   =20
    --------------msB5251B9DF33FAB0FDE461808
    Content-Type: text/plain; charset=3Dus-ascii
    Content-Transfer-Encoding: 7bit
   =20
    Hello World
    --------------msB5251B9DF33FAB0FDE461808
   =20
    The input to the digest function in my application is:
   =20
    Content-Type: text/plain; charset=3Dus-ascii
    Content-Transfer-Encoding: 7bit
    =20
    Hello World
   =20
The first byte to go into digest function is=20
Content-Type: text/plain; charset=3Dus-ascii

and thelast byte going into the digest creation function is 'Hello =
World'. But the output I am getting and the messenger output are totally =
different I used the ASN Dump to get netscape's digest. This has tied up =
my work. It would be of great help if somebody could help me with what =
exactly goes into the digest function.=20
John and Blake, sorry for the mail to your personal mail account. This =
has tied up my work and I could not proceed without this.=20

Thank you very much for your time. Looking for an early response.

cheers

Frank


------=_NextPart_000_0006_01BFFA4E.347A8120
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#d8d0c8>
<DIV><FONT size=3D2>
<P>Hi everyone</P>
<P>The following is the mime structure for the message I am intending to =
sign.=20
This was created using Netscape Messenger (Linux Version). I had this =
problem=20
before itself. I did get a response from Blake as to what exactly goes =
into the=20
creation of the digest.</P>
<P>But it did not work out. </P></FONT>
<DL><FONT size=3D2><FONT size=3D2>
    <DD><FONT color=3D#000000>Content-Type: multipart/signed; =
</FONT></DD>
    <DD><FONT =
color=3D#000000>protocol=3D&quot;application/x-pkcs7-signature&quot;;=20
    </FONT></DD>
    <DD><FONT color=3D#000000>micalg=3Dsha1; </FONT></DD>
    <DD><FONT=20
    =
color=3D#000000>boundary=3D&quot;------------msB5251B9DF33FAB0FDE461808&q=
uot;</FONT></DD>
    <DD><FONT color=3D#000000></FONT></FONT><FONT=20
    color=3D#000000></FONT>&nbsp;</DD></FONT><FONT size=3D2>
    <DD><FONT face=3DArial size=3D2><FONT=20
    =
color=3D#000000>--------------msB5251B9DF33FAB0FDE461808</FONT></FONT><FO=
NT=20
    color=3D#000000></FONT></DD>
    <DD><FONT face=3DArial size=3D2><FONT color=3D#000000>Content-Type: =
text/plain;=20
    charset=3Dus-ascii</FONT></FONT><FONT color=3D#000000></FONT></DD>
    <DD><FONT face=3DArial size=3D2><FONT =
color=3D#000000>Content-Transfer-Encoding:=20
    7bit</FONT></FONT><FONT color=3D#000000></FONT></DD>
    <DD><FONT face=3DArial size=3D2><FONT =
color=3D#000000></FONT></FONT><FONT=20
    color=3D#000000></FONT>&nbsp;</DD>
    <DD><FONT face=3DArial size=3D2><FONT color=3D#000000>Hello=20
    World</FONT></FONT><FONT color=3D#000000></FONT></DD>
    <DD><FONT=20
    =
color=3D#000000>--------------msB5251B9DF33FAB0FDE461808</FONT></DD></FON=
T></DL>
<DL><FONT size=3D2>
    <DD><FONT color=3D#000000></FONT>&nbsp;</DD></FONT>
    <DD><FONT face=3D"" size=3D2><FONT color=3D#000000>The input to the =
digest=20
    function in my application is:</FONT></FONT><FONT=20
    color=3D#000000></FONT></DD><FONT size=3D2>
    <DD>&nbsp;</DD>
    <DD><FONT face=3DArial size=3D2><FONT color=3D#000000>Content-Type: =
text/plain;=20
    charset=3Dus-ascii</FONT></FONT><FONT color=3D#000000></FONT></DD>
    <DD><FONT face=3DArial size=3D2><FONT =
color=3D#000000>Content-Transfer-Encoding:=20
    7bit</FONT></FONT></DD>
    <DD><FONT face=3DArial size=3D2><FONT =
color=3D#000000></FONT></FONT><FONT=20
    color=3D#000000></FONT>&nbsp;</DD>
    <DD><FONT face=3DArial size=3D2><FONT color=3D#000000>Hello=20
    World</FONT></FONT></DD>
    <DD><FONT face=3DArial size=3D2><FONT=20
    color=3D#000000></FONT></FONT>&nbsp;</DD></FONT></DL></DIV><FONT =
size=3D2>
<DIV><FONT face=3DArial size=3D2><FONT =
color=3D#000000></FONT></FONT><FONT=20
color=3D#000000></FONT>The first byte to go into digest function is=20
<DD><FONT face=3DArial size=3D2><FONT color=3D#000000>Content-Type: =
text/plain;=20
charset=3Dus-ascii</FONT></FONT></DD>
<DD><FONT face=3DArial size=3D2><FONT =
color=3D#000000></FONT></FONT><FONT=20
color=3D#000000></FONT>&nbsp;</DD>and thelast byte going into the digest =
creation=20
function is 'Hello World'. But the output I am getting and the messenger =
output=20
are totally different I used the ASN Dump to get netscape's digest. This =
has=20
tied up my work. It would be of great help if somebody could help me =
with what=20
exactly goes into the digest function. </DIV>
<DIV><FONT size=3D2>
<P>John and Blake, sorry for the mail to your personal mail account. =
This has=20
tied up my work and I could not proceed without this. </FONT></P></DIV>
<DIV>Thank you very much for your time. Looking for an early =
response.</DIV>
<DIV>&nbsp;</DIV>
<DIV>cheers</DIV>
<DIV>&nbsp;</DIV>
<DIV>Frank</DIV></FONT>
<DIV>
<DL><FONT size=3D2>
    <DD>&nbsp;</DD></FONT></DL></DIV></BODY></HTML>

------=_NextPart_000_0006_01BFFA4E.347A8120--


From owner-imc-smime-dev  Tue Nov 14 07:02:38 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id HAA26272
	for imc-smime-dev-bks; Tue, 14 Nov 2000 07:02:38 -0800 (PST)
Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id HAA26262
	for <imc-smime-dev@imc.org>; Tue, 14 Nov 2000 07:02:36 -0800 (PST)
Received: from anxur.fi.muni.cz (0@anxur.fi.muni.cz [147.251.48.3])
	by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id QAA09641
	for <imc-smime-dev@imc.org>; Tue, 14 Nov 2000 16:10:01 +0100 (MET)
Received: from aisa.fi.muni.cz (0@aisa [147.251.48.1])
	by anxur.fi.muni.cz (8.8.5/8.8.5) with ESMTP id QAA01689
	for <imc-smime-dev@imc.org>; Tue, 14 Nov 2000 16:10:01 +0100 (MET)
Received: from nymfe21.fi.muni.cz (10069@nymfe21.fi.muni.cz [147.251.50.91])
	by aisa.fi.muni.cz (8.8.5/8.8.5) with ESMTP id QAA7108017
	for <imc-smime-dev@imc.org>; Tue, 14 Nov 2000 16:09:25 +0100 (MET)
Date: Tue, 14 Nov 2000 16:10:10 +0100 (CET)
From: Jiri Skrabal <xskrabal@informatics.muni.cz>
To: imc-smime-dev@imc.org
Subject: init CTIL libs
Message-ID: <Pine.LNX.4.21.0011141601070.25170-100000@nymfe21.fi.muni.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Hi everyone,
I'm working on smime application under RedHat Linux 6.2 OS using S/MIME
freeware libraries. I have v1.8 SFL release and crypto++ library - got 
from www.armadillo.huntsville.al.us/software/smime
(This web is down at this time - does anybody know why?)

I have some troubles with logging into FREE3 CTIL.
I know two ways how to do that:
	- using void SMFree3Init(CSMIME *pCSMIME, char *pszPassword,
                     char *pszAddressBook, char *pszPrefix);
	  function.
	- or using CSM_AppLogin class

In the first case is required (as a third parameter) addressbook file.
I don't know how its structure looks like. How can I obtain any example 
addressbook file? Can somebody tell me the structure or place where 
I can get this file? (Or way how to obtain one)
The same problem is with sfl test environment. There are used config
files and also addressbook files (mentioned in .cfg files)

In the second case I don't know which values are required to pass as 
the second parameter in class constructor. I look into the source code of
SFL and there is a member function defined like this:

//////////////////////////////////////////////////////////////////
#ifdef BOB_NOT_USED
//
//
void CSM_AppLogin::AddLogin(
	CSM_Buffer &CertBuf,  		// IN, public key and algs
      	CSM_Buffer *pSFLPrivateKey,	// IN, private key for signing/
                                      	//     encryption ops OPTIONAL
      	char *lpszPassword)        	// IN, password to decrypt privatekey
{
.
.
.
}

Isn't this type of logging supported yet? (This function is not in
header file - class declaration)

Can anybody help me how to solve this problem?

--Jiri Skrabal
email: xskrabal@fi.muni.cz


From owner-imc-smime-dev  Tue Nov 14 12:36:45 2000
Received: (from majordomo@localhost)
	by ns.secondary.com (8.9.3/8.9.3) id MAA17989
	for imc-smime-dev-bks; Tue, 14 Nov 2000 12:36:45 -0800 (PST)
Received: from wfhqex05.gfgsi.com (netva01.wangfed.com [206.137.100.2])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id MAA17973
	for <imc-smime-dev@imc.org>; Tue, 14 Nov 2000 12:36:39 -0800 (PST)
Received: by wfhqex05.gfgsi.com with Internet Mail Service (5.5.2650.21)
	id <WY8BYLXP>; Tue, 14 Nov 2000 15:46:54 -0500
Message-ID: <0B95FB5619B3D411817E006008A59259172786@wfhqex06.wangfed.com>
From: "Colestock, Robert" <Robert.Colestock@GetronicsGov.com>
To: "'Jiri Skrabal'" <xskrabal@informatics.muni.cz>,
        "'imc-smime-dev@imc.org'" <imc-smime-dev@imc.org>
Subject: RE: init CTIL libs (fwd)
Date: Tue, 14 Nov 2000 15:43:18 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Jiri:

The sfl API document describes the parameters you seek:

...
6.8.1 CSM_AppLogin Construction Members
CSM_AppLogin::CSM_AppLogin();
CSM_AppLogin(char *lpszDLLName, char *lpszStartupArgs);

The second constructor calls the Windows based "AddDLLLibrary(...)" call
described below.  This call dynamically loads a DLL file and associate the
specified CTIL Login(s) with the CSMIME instance that CSM_AppLogin inherits.
6.8.2 CSM_AppLogin Member Functions
#if defined (WIN32) || defined (SOLARIS)
   void AddLogin(char *lpszDLLName, char *lpszBuildupArgs);
   CSM_TokenInterface *LookupDLLLibrary(AlgorithmIdentifier *pAlgID);
   void AddDLLLibrary(char *lpszDLLName, char *lpszBuildupArgs);
#endif

This method allows an application to add additional logins to a CSMIME
instance.  Just as in the case with the constructor, the private key and
password are optional.
...





The first method in the CSM_Free3 class is obsolete (using an address book,
our 1st attempt).  All logins are now DLLs loaded (or .so files on Linux).
You must specify the shared object file name as the first parameter (e.g.
"./test/sm_free3DLL.dll" or "../lib/libsm_free3DLL.so" on Linux), the second
parameter defines the login details for that CTIL (e.g. sm_Free3 they could
be "sm_free3DLL ./certs/private.d/bobbobbobPKCS12.p12 bobbobbob" as an
argument list where "bobbobbob" is the password, at least 8 bytes).  The
test program demonstrates the call to CSM_AppLogin in
./testsrc/util/sm_CfgLogins.cpp.  The older reference you found was dropped
in order to foce the user to specify a specific login DLL/so file name; our
code at one time attempted to align a login based on the certificate public
key OIDs, but this proved unreliable.

It is also possible to directly link to the CTIL of interest (only 1 for
convenience); this is demonstrated by the Windows project autoAlg (none has
been built on Linux; should be easy to create a Makefile).  This allows
direct access to the CTILs extra functionality, but is not suggested and is
overly restrictive (and especially since we have already built the libraries
to be shared object dynamically loaded).  Even if you directly link, you
need to setup the logins with a private key/cert or PKCS12 packet for the
login (some are provided in the test directories ./test/certs/private.d,
etc.; see ./test/LoginsAlld.cfg for example logins).

Bob Colestock
VDA

-----Original Message-----
From: Jiri Skrabal [mailto:xskrabal@informatics.muni.cz]
Sent: Tuesday, November 14, 2000 1:46 PM
To: Robert.Colestock@GetronicsGov.com
Subject: RE: init CTIL libs (fwd)


I'm sorry, if you received this mail twice, but it is very 
important for me.
I have sent the original email part to imc-smime-dev@imc.org 
and John Pawling answered me, that ...
Thanks

---------- Forwarded message ----------
Date: Tue, 14 Nov 2000 14:19:56 -0500
From: "Pawling, John" <John.Pawling@GetronicsGov.com>
To: 'Jiri Skrabal' <xskrabal@informatics.muni.cz>
Subject: RE: init CTIL libs

Jiri,

Robert.Colestock@GetronicsGov.com will answer your message very soon.

===========================================
John Pawling, John.Pawling@GetronicsGov.com
Getronics Government Solutions, LLC
===========================================


-----Original Message-----
From: Jiri Skrabal [mailto:xskrabal@informatics.muni.cz]
Sent: Tuesday, November 14, 2000 10:10 AM
To: imc-smime-dev@imc.org
Subject: init CTIL libs


Hi everyone,
I'm working on smime application under RedHat Linux 6.2 OS using S/MIME
freeware libraries. I have v1.8 SFL release and crypto++ library - got 
from www.armadillo.huntsville.al.us/software/smime
(This web is down at this time - does anybody know why?)

I have some troubles with logging into FREE3 CTIL.
I know two ways how to do that:
	- using void SMFree3Init(CSMIME *pCSMIME, char *pszPassword,
                     char *pszAddressBook, char *pszPrefix);
	  function.
	- or using CSM_AppLogin class

In the first case is required (as a third parameter) addressbook file.
I don't know how its structure looks like. How can I obtain any example 
addressbook file? Can somebody tell me the structure or place where 
I can get this file? (Or way how to obtain one)
The same problem is with sfl test environment. There are used config
files and also addressbook files (mentioned in .cfg files)

In the second case I don't know which values are required to pass as 
the second parameter in class constructor. I look into the source code of
SFL and there is a member function defined like this:

//////////////////////////////////////////////////////////////////
#ifdef BOB_NOT_USED
//
//
void CSM_AppLogin::AddLogin(
	CSM_Buffer &CertBuf,  		// IN, public key and algs
      	CSM_Buffer *pSFLPrivateKey,	// IN, private key for signing/
                                      	//     encryption ops OPTIONAL
      	char *lpszPassword)        	// IN, password to decrypt
privatekey
{
.
.
.
}

Isn't this type of logging supported yet? (This function is not in
header file - class declaration)

Can anybody help me how to solve this problem?

--Jiri Skrabal
email: xskrabal@fi.muni.cz

From owner-imc-smime-dev  Wed Nov 15 12:59:56 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id MAA07440
	for imc-smime-dev-bks; Wed, 15 Nov 2000 12:59:56 -0800 (PST)
Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id MAA07434
	for <imc-smime-dev@imc.org>; Wed, 15 Nov 2000 12:59:54 -0800 (PST)
Received: from anxur.fi.muni.cz (0@anxur.fi.muni.cz [147.251.48.3])
	by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id WAA29094
	for <imc-smime-dev@imc.org>; Wed, 15 Nov 2000 22:07:25 +0100 (MET)
Received: from aisa.fi.muni.cz (0@aisa [147.251.48.1])
	by anxur.fi.muni.cz (8.8.5/8.8.5) with ESMTP id WAA09894
	for <imc-smime-dev@imc.org>; Wed, 15 Nov 2000 22:07:25 +0100 (MET)
Received: from nymfe21.fi.muni.cz (10069@nymfe21.fi.muni.cz [147.251.50.91])
	by aisa.fi.muni.cz (8.8.5/8.8.5) with ESMTP id WAA211424
	for <imc-smime-dev@imc.org>; Wed, 15 Nov 2000 22:07:20 +0100 (MET)
Date: Wed, 15 Nov 2000 22:07:35 +0100 (CET)
From: Jiri Skrabal <xskrabal@informatics.muni.cz>
To: imc-smime-dev@imc.org
Subject: SFL release
Message-ID: <Pine.LNX.4.21.0011152202030.9111-100000@nymfe21.fi.muni.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Hello all,
which release of SFL is now actual? (The newest)
Where can I get these packages. I was trying an URL
http://www.armadillo.huntsville.al.us/software/smime
but last few days (maybe weeks) is this web unavailable.

--Jiri Skrabal


From owner-imc-smime-dev  Wed Dec  6 21:38:26 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id VAA25987
	for imc-smime-dev-bks; Wed, 6 Dec 2000 21:38:26 -0800 (PST)
Received: from bsd.gymparnr.sk (bsd.gymparnr.sk [195.168.176.67])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id VAA25983
	for <imc-smime-dev@imc.org>; Wed, 6 Dec 2000 21:38:24 -0800 (PST)
From: hjghjgjh@yahoo.com
Received: (qmail 19138 invoked from network); 6 Dec 2000 00:32:30 -0000
Received: from 1cust62.tnt1.los-angeles.ca.da.uu.net (HELO 02W86UIQ9?) (63.57.183.62)
  by bsd.gymparnr.sk with SMTP; 6 Dec 2000 00:32:30 -0000
DATE: 05 Dec 00 4:52:06 PM
Message-ID: <WlPGLbITUP6>
SUBJECT: 1+1=2
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

The Internet's Finest and Most Reliable Bulk Email Provider!

Since 1996, Tech Data Technologies has provided bulk email service to thousands of well-satisfied customers. We offer the most competitive prices in the industry, made possible by our high percentage of repeat business. We have the most advanced, direct email technology, employed by only a knowledgeable few in the world. Our expert programmers have made it possible for us to penetrate any email blocking filter in use.

We have over 120 million active email addresses, increasing our list at the rate of half a million to one million a month. We will put your product or service instantly and directly into the hands of millions of prospects! You will have instant, guaranteed results, something no other form of marketing can claim. Our turn around time is a remarkable 24 hours.

Our email addresses are sorted by country, state and target. Your marketing campaign will speed with pinpoint accuracy to your desired audience!

Your message can be presented in any language you wish, as plain text if you desire simplicity, or in html with color and graphics.

Call us for a free consultation at (323)- 851- 8386  [U.S.A.]. We are open 24 hours a day, 7 days a week. No one understands the global market like we do. 

For a limited time, take advantage of our holiday special -- two million general U.S. emails for just $450 per million! We include, at no cost, a bullet proof email address for 30 days, a $400 value!

BULK EMAIL PRICES

   500,000........................$375
   750,000........................$562
1,200,000........................$720
1,600,000..................    ...$960
3,000,000......................$1,500
3,000,000+ ...................PLEASE CALL FOR A QUOTE


Resellers welcome. We accept Visa, MasterCard and check by FAX.

DON'T WAIT! LET TECH DATA TECHNOLOGIES BE YOUR PARTNER!!


Under Bill s.1618 TITLE III passed by the 105th U.S. Congress this letter is not considered "spam" as long as we include: 1) contact information and, 2) the way to be removed from future mailings (see below).To Remove Yourself From This List: reply to this email with the email
address that you would like removed and the word REMOVE in the subject heading.



From owner-imc-smime-dev  Thu Dec 21 13:31:45 2000
Received: by ns.secondary.com (8.9.3/8.9.3) id NAA25045
	for imc-smime-dev-bks; Thu, 21 Dec 2000 13:31:45 -0800 (PST)
Received: from mp.a-phys.eng.osaka-cu.ac.jp ([160.193.160.180])
	by ns.secondary.com (8.9.3/8.9.3) with SMTP id NAA25033
	for <imc-smime-dev@imc.org>; Thu, 21 Dec 2000 13:31:41 -0800 (PST)
From: hj4hj6@yahoo.com
Received: by mp.a-phys.eng.osaka-cu.ac.jp id AA01840; Fri, 22 Dec 2000 06:24:57 +0900
Date: 21 Dec 00 1:40:09 PM
Message-Id: <96o4M9e6aWW5Iz082rO>
Subject: Improve your stepfamily life
Apparently-To: <in@thok.org>
Apparently-To: <in@responsivelyn.org>
Apparently-To: <in@mathcs.sjsu.edu>
Apparently-To: <in@expdat.gna.org>
Apparently-To: <in@cims.nyu.edu>
Apparently-To: <in@afionline.org>
Apparently-To: <imygmn@vriy3wsuj3.edu>
Apparently-To: <imc@montessori.org>
Apparently-To: <imc-smime-dev@imc.org>
Apparently-To: <imbibe@daresayv.org>
Apparently-To: <imarquez@ala.org>
Apparently-To: <imaldona@hsph.harvard.edu>
Apparently-To: <imagemal@uiuc.edu>
Apparently-To: <ima0066@mail.wvnet.edu>
Apparently-To: <ilze.krisst@uconn.edu>
Apparently-To: <ilton@afsc.org>
Apparently-To: <ilson@uiowa.edu>
Apparently-To: <ilp@sfsu.edu>
Apparently-To: <illuminates@rio.fancierso.edu>
Apparently-To: <ilege@reconfiguredj.edu>
Apparently-To: <ildis@ax.apc.org>
Apparently-To: <ilas@uts.cc.utexas.edu>
Apparently-To: <il_ws_ds@brethren.org>
Apparently-To: <il@acsu.buffalo.edu>
Apparently-To: <il.reg-center@uiowa.edu>
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Does your stepfamily life resemble a soap opera more than it does the Brady
Bunch?

The Stepfamily Association of America invites you to participate in THE
NATIONAL CONFERENCE FOR STEPFAMILIES, Feb. 23-24, 2001, at the New Orleans
Marriott Hotel.

This is an opportunity, designed by knowledgeable professionals, in
stepfamilies themselves, to help you:
* Make your remarriage a success
* Create bonds with your stepchildren
* Help your children adjust emotionally
* Manage money matters unique to your family
* Get more help from legal, financial, psychological advisors
* Overcome stepfather and stepmother stereotypes
* Elicit cooperation from your children's schools
* Bring more harmony into family life

Complete conference details at http://www.edupr.com
REGISTER ONLINE!

Attend, and also enjoy Mardi Gras week in New Orleans!

Special discounts for couples, students, groups.

HOTEL IS BOOKING UP FAST. ACT NOW BEFORE ROOM BLOCK AND
AIRLINE SEATS FILL Special rates for conference attendees. Visit
http://www.edupr.com for discounts. Childcare available through a bonded
local service.

Up to 17 professional development credits available if you are an 			
educator, clinician, financial planner, social worker.

Questions? Email stepfamilyconf@mail.com

If you would like to be removed, please email us back with the word "Remove" in the subject line. We apologize for any inconvenience.


From owner-imc-smime-dev  Tue Jan 16 21:06:20 2001
Received: by ns.secondary.com (8.9.3/8.9.3) id VAA13753
	for imc-smime-dev-bks; Tue, 16 Jan 2001 21:06:20 -0800 (PST)
Received: from server1.home.ozztech.com (host1.ozztech.com [203.36.215.114])
	by ns.secondary.com (8.9.3/8.9.3) with ESMTP id VAA13742
	for <imc-smime-dev@imc.org>; Tue, 16 Jan 2001 21:06:18 -0800 (PST)
From: bk12bk27@yahoo.com
Received: from o664qR498 (max1-34.losangeles.corecomm.net [216.214.106.162]) by server1.home.ozztech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id CQ9DP2W8; Wed, 17 Jan 2001 15:20:38 +1000
DATE: 16 Jan 01 8:27:26 PM
Message-ID: <D3G8wmiORg9>
SUBJECT: RE; THANK YOU 
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Dear Friend and Partner, 

Think of all the things you could do if you had more free time and money wasn't an 
object

             What kind of car would you be driving? 

                     Where would you live? 

                           Where would you go on vacation? 
  

Now, for a limited time, 300+ money making and saving secrets can be yours for less 
than $10.00. 

Click here http://www.300moneysecrets.com/    and ORDER NOW!!!!!!!!!!!!!! 
  

Get information now, that could make you millions!!!! 
  


 ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** 

To be removed from our mailing list, please email sandywho1212@yahoo.com All REMOVE requests AUTOMATICALLY honored upon receipt. PLEASE understand that any effort to disrupt, close or block this REMOVE account can only result in difficulties for others wanting to be removed     from our mailing list as it will be impossible to take anyone off the list if the remove instruction can not be received.


From owner-imc-smime-dev  Mon Feb 19 09:34:29 2001
Received: by above.proper.com (8.9.3/8.9.3) id JAA12879
	for imc-smime-dev-bks; Mon, 19 Feb 2001 09:34:29 -0800 (PST)
Received: from mail.imc.org ([211.219.97.33])
	by above.proper.com (8.9.3/8.9.3) with SMTP id JAA12875
	for <imc-smime-dev@imc.org>; Mon, 19 Feb 2001 09:34:28 -0800 (PST)
Message-Id: <200102191734.JAA12875@above.proper.com>
From: Asian.Postcard
Date: Tue, 20 Feb 2001 02:34:04
X-Mailer: Prospect Mailer 2000
To: imc-smime-dev@imc.org
Subject: You can send actual postcard from asia
MIME-Version: 1.0
Content-Type: text/plain;charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

If you received an actual postcard from abroad¡¦.
How do you feel ?
 

We send it from Seoul Korea to your client in worldwide with a Korea stamp and oriental postcard with your handwritten messages.

Your customer will think you are sending it from Korea with traveling, even if you are not there.

a)	customer's interest - say hello from the mystery world.
b)	customer's inspiration - your special concerns from abroad.
c)	unique experience - receiving news from the opposite side of the earth.
d)	hand-written message - think of them as a valued customer

For most companies it means the difference between a sizeable profit margin and just getting by. A successful business requires good communication between the company and the client and the company showing that it cares about its clients.

With our personalized postcards you have the opportunity to show that you care about the people who make your business profitable.
Many companies have greeting cards that can be received electronically. Our company is not one of those. Even though we realize that we are in the electronic age we relate to how important an 'actual' postcard received at their home or office can be. Our postcards served handwritten so that they can be personable. These messages will relate that you care about their business and think of them as a valued customer.

So why wait any longer to let your customers know how you feel about them 
Visit our website today at http://www.asiancard.com to let them know how important they are to you.

Sincerely 

Jaeson Joe
Asian postcard service  
postman@asiancard.com


From owner-imc-smime-dev  Sun Feb 25 18:14:28 2001
Received: (from majordomo@localhost)
	by above.proper.com (8.9.3/8.9.3) id SAA16699
	for imc-smime-dev-bks; Sun, 25 Feb 2001 18:14:28 -0800 (PST)
Received: from marble.rexelusa.com ([12.18.100.217])
	by above.proper.com (8.9.3/8.9.3) with ESMTP id SAA16686
	for <imc-smime-dev@imc.org>; Sun, 25 Feb 2001 18:13:07 -0800 (PST)
From: toner4@e247.com
Message-Id: <200102260213.SAA16686@above.proper.com>
Received: from ddcfirewall.Rexelusa.com (firewall1.rexelusa.com [10.1.1.25]) by marble.rexelusa.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id FQ6A5R8H; Sun, 25 Feb 2001 15:49:35 -0600
To: happyguy@republic.com
Date: Sun, 25 Feb 01 15:33:35 EST
Subject: toner supplies
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

PLEASE FORWARD TO THE PERSON
RESPONSIBLE FOR PURCHASING
YOUR LASER PRINTER SUPPLIES


**** VORTEX  SUPPLIES ****

-SPECIALS OF THE DAY ON LASER TONER SUPPLIES AT DISCOUNT PRICES--

 
LASER PRINTER TONER CARTRIDGES
COPIER AND FAX CARTRIDGES

WE ARE -->THE<-- PLACE TO BUY YOUR TONER CARTRIDGES BECAUSE YOU
SAVE UP TO 30% FROM OFFICE DEPOT'S, QUILL'S OR OFFICE MAX'S EVERY DAY
LOW PRICES

ORDER BY PHONE:1-888-288-9043
ORDER BY FAX: 1-888-977-1577
CUSTOMER SERVICE: 1-888-248-2015
E-MAIL REMOVAL LINE: 1-888-248-4930 

UNIVERSITY AND/OR SCHOOL PURCHASE ORDERS WELCOME. (NO CREDIT APPROVAL REQUIRED)
ALL OTHER PURCHASE ORDER REQUESTS REQUIRE CREDIT APPROVAL.

PAY BY CHECK (C.O.D), CREDIT CARD OR PURCHASE ORDER (NET 30 DAYS).


IF YOUR ORDER IS BY CREDIT CARD PLEASE LEAVE YOUR CREDIT CARD # PLUS EXPIRATION DATE. 
IF YOUR ORDER IS BY PURCHASE ORDER LEAVE YOUR SHIPPING/BILLING ADDRESSES AND YOUR P.O. NUMBER
NO SHIPPING CHARGES FOR ORDERS $49 OR OVER
ADD $4.75 FOR ORDERS UNDER $49.
C.O.D. ORDERS ADD $4.5 TO SHIPPING CHARGES.

FOR THOSE OF YOU WHO REQUIRE MORE INFORMATION ABOUT OUR COMPANY
INCUDING FEDERAL TAX ID NUMBER, CLOSEST SHIPPING OR CORPORATE ADDRESS IN THE
CONTINENTAL U.S.  OR  FOR CATALOG  REQUESTS PLEASE CALL OUR CUSTOMER
SERVICE LINE  1-888-248-2015 
 

OUR NEW , LASER PRINTER TONER CARTRIDGE, PRICES ARE  AS FOLLOWS: 

(PLEASE ORDER BY PAGE NUMBER AND/OR ITEM NUMBER)
                                 
HEWLETT PACKARD: (ON PAGE 2)
                                   
ITEM #1  LASERJET SERIES  4L,4P (74A)------------------------$44
ITEM #2  LASERJET SERIES  1100 (92A)-------------------------$44
ITEM #3  LASERJET SERIES  2 (95A)-------------------------------$39
ITEM #4  LASERJET SERIES  2P (75A)-----------------------------$54 
ITEM #5  LASERJET SERIES  5P,6P,5MP, 6MP (3903A)--$44
ITEM #6  LASERJET SERIES  5SI, 5000 (29A)------------------$95
ITEM #7  LASERJET SERIES  2100 (96A)-------------------------$74
ITEM #8  LASERJET SERIES  8100 (82X)-----------------------$145
ITEM #9  LASERJET SERIES  5L/6L (3906A0------------------$35
ITEM #10 LASERJET SERIES  4V-------------------------------------$95
ITEM #11 LASERJET SERIES 4000 (27X)-------------------------$72
ITEM #12 LASERJET SERIES 3SI/4SI (91A)--------------------$54
ITEM #13 LASERJET SERIES 4, 4M, 5,5M-----------------------$49

HEWLETT PACKARD FAX (ON PAGE 2)

ITEM #14 LASERFAX 500, 700 (FX1)----------$49
ITEM #15  LASERFAX 5000,7000 (FX2)------$54
ITEM #16  LASERFAX (FX3)------------------------$59
ITEM #17  LASERFAX (FX4)------------------------$54

LEXMARK/IBM (ON PAGE 3)

OPTRA 4019, 4029 HIGH YIELD---------------$89
OPTRA R, 4039, 4049 HIGH YIELD---------$105
OPTRA E----------------------------------------------------$59
OPTRA N--------------------------------------------------$115
OPTRA S--------------------------------------------------$165
-
EPSON (ON PAGE 4)

ACTION LASER 7000,7500,8000,9000-------$105
ACTION LASER 1000,1500-------------------------$105

CANON PRINTERS (ON PAGE 5)

 PLEASE CALL FOR MODELS AND UPDATED PRICES
 FOR CANON PRINTER CARTRIDGES

PANASONIC (0N PAGE 7)

NEC SERIES 2 MODELS 90 AND 95----------$105

APPLE (0N PAGE 8)

LASER WRITER PRO 600 or 16/600------------$49 
LASER WRITER SELECT 300,320,360---------$74
LASER WRITER 300 AND 320----------------------$54
LASER WRITER NT, 2NT------------------------------$54
LASER WRITER 12/640--------------------------------$79



CANON FAX (ON PAGE 9)

LASERCLASS 4000 (FX3)---------------------------$59
LASERCLASS 5000,6000,7000 (FX2)---------$54
LASERFAX 5000,7000 (FX2)----------------------$54
LASERFAX 8500,9000 (FX4)----------------------$54


CANON COPIERS (PAGE 10)

PC 3, 6RE, 7 AND 11 (A30)---------------------$69
PC 300,320,700,720 and 760 (E-40)--------$89

IF YOUR CARTRIDGE IS NOT LISTED CALL CUSTOMER SERVICE AT 1-888-248-2015 

90 DAY UNLIMITED WARRANTY INCLUDED ON ALL PRODUCTS.

ALL TRADEMARKS AND BRAND NAMES LISTED ABOVE ARE PROPERTY OF THE 
RESPECTIVE HOLDERS AND USED FOR DESCRIPTIVE PURPOSES ONLY.


From owner-imc-smime-dev  Sat May  5 08:43:25 2001
Received: by above.proper.com (8.9.3/8.9.3) id IAA02110
	for imc-smime-dev-bks; Sat, 5 May 2001 08:43:25 -0700 (PDT)
Received: from institute.PASTEUR.AC.IR ([194.225.106.20])
	by above.proper.com (8.9.3/8.9.3) with ESMTP id IAA02072
	for <imc-smime-dev@imc.org>; Sat, 5 May 2001 08:43:14 -0700 (PDT)
From: Z5Ef6755N@email.com
Received: from A34fAbV0y (slip-12-64-42-74.mis.prserv.NET [12.64.42.74]) by institute.PASTEUR.AC.IR with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3)
	id KKV49H5W; Sat, 5 May 2001 20:09:19 +0330
DATE: 05 May 01 8:45:52 AM
Message-ID: <M4V06uqT72uX4mOrx>
Content-Type: text/html
SUBJECT: Nurture your Spirit
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

We all need to connect with ourselves, create a quietude that allows us to listen to our
inner voice. To expand our consciousness and communicate with our family, friends and
environment in more meaningful ways.

Argo Dream Brew - "Be an Argonaut Journey into your Dreams"
Dreaming is a connection for us all to a deeper understanding of self. Argo opens the
energy channels to the pyschic self, relaxes the body and conscious mind, then offers an
impetus towards lucid dreaming and dreamscaping.

Discover all the "Tools for Travel Within" at http://burntheherb.com

Constellation Herbs, Inc brings together the "Tools for Travel Within" to help make
those connections. With marijuana and hashish alternatives, Argo Dream Brew, the best
incense for everyday and special occasions and herbal teas to help soothe and heal.

Eridanus - You too can discover cosmic flow with this most effective coalesence of rare
and exotic herbs. Eridanus has a mellow stoning effect while opening pathways to self
awareness, creativity and focus. A very pleasant smoke.

Discover all the "Tools for Travel Within" at http://burntheherb.com

Herbal smoking blends, brews, teas and scents similar to those offered by Constellation
Herbs, Inc have been used by humans for thousands of years to help nudge the body, mind
and spirit into a more harmonious state. It's important for many of us to connect with
and continue that common thread to our past. Allowing ourselves the opportunity to
loosen the hold modern society has on us and reach out and touch the cosmic.

Please take a few moments and visit our site at http://burntheherb.com and discover the
full line of  "Tools for Travel Within". It's important to know that we still have
alternatives that are legal, effective and affordable. Or give us a call at
1-231-352-7806 for our free catalog.







@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
This mailing is done by an independent marketing co.
We apologize if this message has reached you in error.
Save the Planet, Save the Trees! Advertise via Email.
No wasted paper! Delete with one simple keystroke!
Less refuse in our Dumps! This is the new way of the new millennium
To be removed please email optout911@aol.com with the word "remove" in the subject line.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

From owner-imc-smime-dev  Sat May  5 21:13:21 2001
Received: (from majordomo@localhost)
	by above.proper.com (8.9.3/8.9.3) id VAA20792
	for imc-smime-dev-bks; Sat, 5 May 2001 21:13:21 -0700 (PDT)
Received: from emc.hanyang.ac.kr (emc.hanyang.ac.kr [166.104.223.36])
	by above.proper.com (8.9.3/8.9.3) with SMTP id VAA20725
	for <imc-smime-dev@imc.org>; Sat, 5 May 2001 21:10:38 -0700 (PDT)
From: 7oCD9J1Ky@mailcity.com
Received: from oOg4H45bB (unverified [12.64.48.140]) by emc.hanyang.ac.kr
 (EMWAC SMTPRS 0.83) with SMTP id <B0000437986@emc.hanyang.ac.kr>;
 Sun, 06 May 2001 13:11:04 +0900
DATE: 05 May 02 8:08:03 PM
Message-ID: <c30gz30537OX5Y1>
Content-Type: text/html
SUBJECT: (None)
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html xmlns:v="urn:schemas-microsoft-com:vml"
xmlns:o="urn:schemas-microsoft-com:office:office"
xmlns:w="urn:schemas-microsoft-com:office:word"
xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=ProgId content=Word.Document>
<meta name=Generator content="Microsoft Word 9">
<meta name=Originator content="Microsoft Word 9">
<link rel=File-List href="./test3_files/filelist.xml">
<link rel=Edit-Time-Data href="./test3_files/editdata.mso">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<title>FREE VACATION!! ABSOLUTELY FREE!!</title>
<!--[if gte mso 9]><xml>
 <o:DocumentProperties>
  <o:Author>dsgre</o:Author>
  <o:LastAuthor>dsgre</o:LastAuthor>
  <o:Revision>3</o:Revision>
  <o:TotalTime>5</o:TotalTime>
  <o:Created>2001-05-03T20:12:00Z</o:Created>
  <o:LastSaved>2001-05-05T18:58:00Z</o:LastSaved>
  <o:Pages>2</o:Pages>
  <o:Words>563</o:Words>
  <o:Characters>3210</o:Characters>
  <o:Company>gfhgfh</o:Company>
  <o:Lines>26</o:Lines>
  <o:Paragraphs>6</o:Paragraphs>
  <o:CharactersWithSpaces>3942</o:CharactersWithSpaces>
  <o:Version>9.2720</o:Version>
 </o:DocumentProperties>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:647 0 0 0 159 0;}
 /* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
p
	{margin-right:0in;
	mso-margin-top-alt:auto;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
 /* List Definitions */
@list l0
	{mso-list-id:512961360;
	mso-list-type:hybrid;
	mso-list-template-ids:-1669546666 1109397644 1000791260 -1646337502 -1135857490 320244486 -965961736 -2017674288 -1786247906 -1254343418;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1027"/>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1"/>
 </o:shapelayout></xml><![endif]-->
</head>

<body bgcolor=white lang=EN-US link=blue vlink=blue style='tab-interval:.5in'>

<div class=Section1>

<table border=0 cellspacing=0 cellpadding=0 width=670 style='width:502.5pt;
 mso-cellspacing:0in;mso-padding-alt:0in 0in 0in 0in'>
 <tr>
  <td colspan=3 style='padding:0in 0in 0in 0in'>
  <p class=MsoNormal><img width=126 height=144 id="_x0000_i1025"
  src="http://www.premierldn.net/images4/top1.gif" border=0 NOSEND=1><img
  width=126 height=144 id="_x0000_i1026"
  src="http://www.premierldn.net/images4/top2.gif" border=0 NOSEND=1><img
  width=126 height=144 id="_x0000_i1027"
  src="http://www.premierldn.net/images4/top3.gif" border=0 NOSEND=1><img
  width=282 height=144 id="_x0000_i1028"
  src="http://www.premierldn.net/images4/top4.gif" border=0 NOSEND=1></p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td width="19%" valign=top style='width:19.1%;padding:0in 0in 0in 0in;
  height:1.5in'>
  <p class=MsoNormal><img width=126 height=144 id="_x0000_i1029"
  src="http://www.premierldn.net/images4/side1.gif" border=0 NOSEND=1></p>
  </td>
  <td width="7%" rowspan=9 style='width:7.94%;padding:0in 0in 0in 0in;
  height:1.5in'>
  <p class=MsoNormal>&nbsp;</p>
  </td>
  <td width="72%" rowspan=9 valign=top style='width:72.96%;padding:0in 0in 0in 0in;
  height:1.5in'>
  <p class=MsoNormal><![if !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></p>
  <p class=MsoNormal align=center style='text-align:center'><span
  style='font-size:24.0pt;font-family:Verdana;color:red'>That's right. FREE!!<br>
  <b>ABSOLUTELY FREE!!</b></span><span style='font-size:10.0pt;font-family:
  Verdana'><br>
  <br>
  </span><b><span style='font-size:13.5pt;font-family:Verdana;color:red'>3 Days
  &amp; 2 Nights for Two</span></b><span style='font-family:Verdana;color:red'>
  (a $175.00 value)<br>
  <br>
  Stay at national chain hotels such as:<br>
  <b>Ramada - Sheraton - Holiday Inn - Radisson</b><br>
  <br>
  Choose from over 20 prime vacation locations nationwide<br>
  as well as Mexico and Hawaii!</span><span style='font-size:10.0pt;font-family:
  Verdana'><o:p></o:p></span></p>
  <p><span style='font-size:10.0pt;font-family:Verdana'>There is no catch. Just
  sign up for Wholesale Long Distance Service through the MCI/WorldCom
  Wholesale Digital Network. You save 20% to 50% on your long distance bill
  each month and take a vacation for two, worth $175.00, on us! <o:p></o:p></span></p>
  <p class=MsoNormal><b><span style='font-family:Verdana'>Sound too good to be
  true? Well, it's not . . . it's true!</span></b><span style='font-size:10.0pt;
  font-family:Verdana'><br>
  <br>
  </span><b><i><span style='font-size:13.5pt;font-family:Verdana;color:red'>YOU
  SAVE 20% to 50% ON YOUR PHONE BILL EACH MONTH...</span></i></b><span
  style='font-size:10.0pt;font-family:Verdana'> <o:p></o:p></span></p>
  <p align=right style='text-align:right'><span style='font-size:10.0pt;
  font-family:Verdana'>. . . and we send you on a three day, two night mini
  vacation.<o:p></o:p></span></p>
  <p class=MsoNormal align=center style='text-align:center'><b><span
  style='font-size:13.5pt;font-family:Verdana;color:red'>STOP PAYING RETAIL FOR
  YOUR LONG DISTANCE SERVICE!!</span></b><span style='font-size:13.5pt;
  font-family:Verdana;color:red'><br>
  Get Your Long Distance Service at Wholesale Rates! </span><span
  style='font-size:10.0pt;font-family:Verdana'><o:p></o:p></span></p>
  <p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:10.0pt;
  font-family:Verdana'><br>
  </span><span style='font-family:Verdana'><a
  href="http://www.premierldn.net/images4/vac_app.gif" target=new><b>Click here
  to view and print form</b></a><br>
  </span><span style='font-size:10.0pt;font-family:Verdana'><br>
  </span><span style='font-size:7.5pt;font-family:Verdana;color:black'>NOTE:
  After the form loads on your screen, simply click the &quot;print&quot; button
  on your browser, fill out the form and fax to <b>303-663-5452.</b></span><span
  style='font-size:10.0pt;font-family:Verdana'> </span><span style='font-family:
  Verdana;color:black'><o:p></o:p></span></p>
  <ol start=1 type=1>
   <li class=MsoNormal style='color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:
       auto;mso-list:l0 level1 lfo3;tab-stops:list .5in'><b><span
       style='font-family:Verdana;color:red'>No monthly service charge</span></b><span
       style='font-family:Verdana'> and no installation fees (savings $3.95 -
       $8.95 per month) <o:p></o:p></span></li>
   <li class=MsoNormal style='color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:
       auto;mso-list:l0 level1 lfo3;tab-stops:list .5in'><b><span
       style='font-family:Verdana;color:red'>Charges 6 second increments, not
       60 seconds</span></b><span style='font-family:Verdana'> (savings on
       average of 27 seconds billing on every call) <o:p></o:p></span></li>
   <li class=MsoNormal style='color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:
       auto;mso-list:l0 level1 lfo3;tab-stops:list .5in'><b><span
       style='font-family:Verdana;color:red'>Low intrastate rates</span></b><span
       style='font-family:Verdana'> (saving you money on expensive calls within
       your own state) <o:p></o:p></span></li>
   <li class=MsoNormal style='color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:
       auto;mso-list:l0 level1 lfo3;tab-stops:list .5in'><b><span
       style='font-family:Verdana;color:red'>Rates are the same every day</span></b><span
       style='font-family:Verdana;color:red'> and <b>every hour - 6.9 cents!</b></span><span
       style='font-family:Verdana'> (saving you on expensive day rates of up to
       25 cents per minute) <o:p></o:p></span></li>
   <li class=MsoNormal style='color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:
       auto;mso-list:l0 level1 lfo3;tab-stops:list .5in'><span
       style='font-family:Verdana'>Add </span><b><span style='font-family:Verdana;
       color:red'>Toll free &quot;800&quot; service </span></b><span
       style='font-family:Verdana'>to existing lines or cell phones at no
       additional installation charge or monthly fees and only 6.9 cents per
       minute interstate.<o:p></o:p></span></li>
   <li class=MsoNormal style='color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:
       auto;mso-list:l0 level1 lfo3;tab-stops:list .5in'><b><span
       style='font-family:Verdana;color:red'>Calling cards are available</span></b><span
       style='font-family:Verdana'> (16.5 cents per minute, 6-second increment
       billing) with no NBS surcharges for your calls and no charge for the
       card(s). <o:p></o:p></span></li>
  </ol>
  <p class=MsoNormal style='margin-bottom:12.0pt'><b><span style='font-family:
  Verdana;color:black'>The bottom line:</span></b><span style='font-family:
  Verdana;color:black'> AT&amp;T, Sprint, MCI/Worldcom retail bills will be
  higher when all the charges are added. You can easily save $100, $200, or
  more per year on your long distance bills, depending on your calling habits.<br>
  <br>
  <a href="http://www.premierldn.net/images4/vac_app.gif" target=new><b>Click
  here to view and print form</b></a><br>
  <br>
  </span><span style='font-size:7.5pt;font-family:Verdana;color:black'>NOTE:
  After the form loads on your screen, simply click the &quot;print&quot;
  button on your browser, fill out the form and fax to <b>303-663-5452.</b>
  (Federal regulations require your signature.)</span><span style='font-family:
  Verdana;color:black'><br>
  <br>
  Ask for your toll free number(s) on the form. Get a calling card if you wish.
  <br>
  <br>
  </span><b><span style='font-family:Verdana;color:red'>Why not indulge
  yourself with a free vacation?<br>
  Save money on your long distance phone bill.<br>
  It takes just a moment to sign up now. <br>
  You'll be glad you did!</span></b><span style='font-family:Verdana;
  color:black'> </span></p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal><img border=0 width=126 height=144 id="_x0000_i1030"
  src="http://www.premierldn.net/images4/side2.gif" NOSEND=1></p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal><img border=0 width=126 height=144 id="_x0000_i1031"
  src="http://www.premierldn.net/images4/side3.gif" NOSEND=1></p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal><img border=0 width=126 height=144 id="_x0000_i1032"
  src="http://www.premierldn.net/images4/side4.gif" NOSEND=1></p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal><img border=0 width=126 height=144 id="_x0000_i1033"
  src="http://www.premierldn.net/images4/side5.gif" NOSEND=1></p>
  </td>
 </tr>
 <tr style='height:102.0pt'>
  <td valign=top style='padding:0in 0in 0in 0in;height:102.0pt'>
  <p class=MsoNormal><img border=0 width=126 height=136 id="_x0000_i1034"
  src="http://www.premierldn.net/images4/side6.gif" NOSEND=1></p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal>&nbsp;</p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal>&nbsp;</p>
  </td>
 </tr>
 <tr style='height:1.5in'>
  <td valign=top style='padding:0in 0in 0in 0in;height:1.5in'>
  <p class=MsoNormal>&nbsp;</p>
  </td>
 </tr>
</table>

<p class=MsoNormal><![if !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></p>

<p class=MsoNormal><![if !supportEmptyParas]>&nbsp;<![endif]><o:p></o:p></p>

<p class=MsoNormal>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@</p>

<p class=MsoNormal>This mailing is done by an independent marketing co.</p>

<p class=MsoNormal>We apologize if this message has reached you in error.</p>

<p class=MsoNormal>Save the Planet, Save the Trees! Advertise via Email.</p>

<p class=MsoNormal>No wasted paper! Delete with one simple keystroke!</p>

<p class=MsoNormal>Less refuse in our Dumps! This is the new way of the new
millennium</p>

<p class=MsoNormal>To be removed please email optout911@aol.com with the word
&quot;remove&quot; in the subject line.</p>

<p class=MsoNormal>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@</p>

</div>

</body>

</html>


From owner-imc-smime-dev  Thu May 10 05:33:54 2001
Received: (from majordomo@localhost)
	by above.proper.com (8.9.3/8.9.3) id FAA23262
	for imc-smime-dev-bks; Thu, 10 May 2001 05:33:54 -0700 (PDT)
Received: from pavilion (a24b31n80client230.hawaii.rr.com [24.31.80.230])
	by above.proper.com (8.9.3/8.9.3) with ESMTP id FAA23248
	for <imc-smime-dev@imc.org>; Thu, 10 May 2001 05:33:51 -0700 (PDT)
Message-ID: <1065020015410122541440@pavilion>
X-EM-Version: 5, 0, 0, 19
X-EM-Registration: #01B0530810E603002D00
X-Priority: 3
X-MSMail-Priority: Normal
From: "Mitchell" <mail2@pcpostal.com>
To: imc-smime-dev@imc.org
Subject: Business/Employment Opportunity
Date: Thu, 10 May 2001 02:25:41 -1000
MIME-Version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id FAA23254
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>

Dear Friend:

"Making over half million dollars every 4 to 5 months from your
home for an investment of only $25 U.S. Dollars expense one
time"

THANKS TO THE COMPUTER AGE AND THE INTERNET!
===============================================

BE A MILLIONAIRE LIKE OTHERS WITHIN A YEAR !!

Before you say "Bull" , please read the following. This is the
letter you have been hearing about on the news lately. Due to the
popularity of this letter on the internet, a national weekly news
program recently devoted an entire show to the investigation of
this program described below , to see if it really can make people
money.

The show also investigated whether or not the program was legal.
Their findings proved once and for all that there are "absolutely
no laws prohibiting the participation in the program and if people
can follow the simple instructions, they are bound to make
some mega bucks with only $25 out of pocket cost".

DUE TO THE RECENT INCREASE OF POPULARITY & RESPECT
THIS PROGRAM HAS ATTAINED, IT IS CURRENTLY WORKING
BETTER THAN EVER.

This is what one had to say:

"Thanks to this profitable opportunity. I was approached
many times before but each time I passed on it. I am so glad
I finally joined just to see what one could expect in return
for the minimal effort and money required. To my astonishment, I
received total $ 610,470.00 in 21 weeks, with money still
coming in".
Pam Hedland, Fort Lee, New Jersey.

-------------------------------------------------------------------------

Here is another testimonial:

"This program has been around for a long time but I never
believed in it. But one day when I received this again in
the mail I decided to gamble my $25 on it. I followed thesimple instructions and walaa ..... 3 weeks later the money
started to come in. First month I only made $240.00 but
the next 2 months after that I made a total of $290,000.00.
So far, in the past 8 months by re-entering the program,I
have made over $710,000.00 and I am playing it again.
The key to success in this program is to follow the simple
steps and NOT change anything ."

More testimonials later but first,

****** PRINT THIS NOW FOR YOUR FUTURE REFERENCE *******

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
If you would like to make at least $500,000 every 4 to 5 months
easily and comfortably, please read the following...THEN READ
IT AGAIN and AGAIN !!!
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

FOLLOW THE SIMPLE INSTRUCTION BELOW AND YOUR
FINANCIAL DREAMS WILL COME TRUE, GUARANTEED!

INSTRUCTIONS:

**** Order all 5 reports shown on the list below.

**** For each report, send $5 CASH, THE NAME & NUMBER OF THE
REPORT YOU ARE ORDERING and YOUR E-MAIL ADDRESS
to the person whose name appears ON THAT LIST next to the report.
MAKE SURE YOUR RETURN ADDRESS IS ON YOUR ENVELOPE
TOP LEFT CORNER in case of any mail problems.

**** When you place your order, make sure you order each of the 5
reports. You will need all 5 reports so that you can save them on your 
computer and resell them. YOUR TOTAL COST $5 X 5 = $25.00.

**** Within a few days you will receive, via e-mail, each of the 5
reports from these 5 different individuals. Save them on your computer
so they will be accessible for you to send to the 1,000's of people
who will order them from you. Also make a floppy of these
reports and keep it on your desk in case something happen to your
computer.

****.IMPORTANT - DO NOT alter the names of the people who are
listed next to each report, or their sequence on the list, in
any way other than what is instructed below in steps 1 through6 or you will loose out on majority of your profits. Once you
understand the way this works, you will also see how it does not work if you 
change it.

Remember, this method has been tested, and if you alter, it
will NOT work!!! People have tried to put their friends/relatives names
on all five thinking they could get all the money. But it does not work this 
way. Believe us, we all have tried to be greedy and then nothing happened. 
So Do Not try to change anything other than what is instructed. Because if 
you do, it will not work for you. Remember, honesty reaps the reward!!!

1.. After you have ordered all 5 reports, take this advertisement
and REMOVE the name & address of the person in REPORT # 5. This
person has made it through the cycle and is no doubt counting
their fortune.

2.... Move the name & address in REPORT # 4 down TO REPORT # 5.

3.... Move the name & address in REPORT # 3 down TO REPORT # 4.

4.... Move the name & address in REPORT # 2 down TO REPORT # 3.

5.... Move the name & address in REPORT # 1 down TO REPORT # 2

6.... Insert YOUR name & address in the REPORT # 1 Position.

PLEASE MAKE SURE you copy every name & address ACCURATELY !
=========================================================

Take this entire letter, with the modified list of names, and save
it on your computer. DO NOT MAKE ANY OTHER CHANGES.
Save this on a disk as well just in case if you loose any data.

To assist you with marketing your business on the internet, the
5 reports you purchase will provide you with invaluable
marketing information which includes how to send bulk e-mails legally,
where to find thousands of free classified ads and much more.

There are 2 Primary methods to get this venture going:

METHOD # 1 : BY SENDING BULK E-MAIL LEGALLY
============================================
let's say that you decide to start small, just to see how it
goes, and we will assume You and those involved send out only
5,000 e-mails each. Let's also assume that the mailing receive only a0.2% response (the response could be much better but lets just
say it is only 0.2% . Also many people will send out hundreds of
thousands e-mails instead of only 5,000 each).

Continuing with this example, you send out only 5,000 e-mails.
With a 0.2% response, that is only 10 orders for report # 1.
Those 10 people responded by sending out 5,000 e-mail
each for a total of 50,000. Out of those 50,000 e-mails only
0.2% responded with orders. That's = 100 people responded
and ordered Report # 2. Those 100 people mail out 5,000
e-mails each for a total of 500,000 e-mails. The 0.2% response
to that is 1000 orders for Report # 3. Those 1000 people send
out 5,000 e-mails each for a total of 5 million e-mails sent out.
The 0.2% response to that is 10,000 orders for Report # 4.
Those 10,000 people send out 5,000 e-mails each for a total of
50,000,000 (50 million) e-mails. The 0.2% response to that is
100,000 orders for Report # 5.

THAT'S 100,000 ORDERS TIMES $5 EACH = $500,000.00 (half million).

Your total income in this example is:
1..... $50 +
2..... $500 +
3..... $5,000 +
4..... $50,000 +
5..... $500,000 ......... Grand Total = $555,550.00

NUMBERS DO NOT LIE. GET A PENCIL & PAPER AND FIGURE
OUT THE WORST POSSIBLE RESPONSES AND NO MATTER
HOW YOU CALCULATE IT, YOU WILL STILL MAKE A LOT OF
MONEY !

------------------------------------------------------------------------------

REMEMBER FRIEND, THIS IS ASSUMING ONLY 10 PEOPLE
ORDERING OUT OF 5,000 YOU MAILED TO. Dare to think for
a moment what would happen if everyone, or half or even one 4th
of those people mailed 100,000 e-mails each or more? There are
over 250 million people on the internet worldwide and counting.
Believe me, many people will do just that, and more!

METHOD # 2 : BY PLACING FREE ADS ON THE INTERNET
===================================================
Advertising on the net is very very inexpensive and there are
hundreds of FREE places to advertise. Placing a lot of free adson the internet will easily get a larger response. We strongly
suggest you start with Method # 1 and add METHOD # 2 as you go
along.

For every $5 you receive, all you must do is e-mail them the Report
they ordered. That's it . Always provide same day service on all
orders. This will guarantee that the e-mail they send out, with your
name and address on it, will be prompt because they can not advertise until 
they receive the report.

_____________________ AVAILABLE REPORTS_____________________

ORDER EACH REPORT BY ITS NUMBER & NAME ONLY.

Notes: Always send $5 cash (U.S. CURRENCY) for each Report.
Checks NOT accepted. Make sure the cash is concealed by wrapping
it in at least 2 sheets of paper. On one of those sheets of paper,
Write the NUMBER & the NAME of the Report you are ordering, YOUR
E-MAIL ADDRESS and your name and postal address.

PLACE YOUR ORDER FOR THESE REPORTS NOW :
==============================================
REPORT #1, "The Insider's Guide to Sending
Bulk E-mail on the Internet"

ORDER REPORT #1 FROM:

G. Mitchell
P.O. Box 25884
Honolulu, Hawaii 96825-0884


don't forget to provide a permanent e-mail address in clear writing (better 
typed) to receive the reports. We had problems in delivery e-mails before!!!

==============================================
REPORT #2 "The Insider's Guide to Advertising for Free on the
Internet"
ORDER REPORT #2 FROM:

Vijay Paul
C-291, Second Floor
Defence Colony
New Delhi - 110024
INDIA

==============================================
REPORT #3 "The Secrets to Multilevel Marketing on the Internet"
ORDER REPORT #3 FROM:

JD
P.O.Box 1114
Des Plaines, IL 60017
USA

==============================================
REPORT #4 "How to become a Millionaire utilizing the Power of
Multilevel Marketing and the Internet"
ORDER REPORT #4 FROM:

J Santi
833 Walter Ave
Des Plaines, IL 60016
USA

==============================================
REPORT #5 "How to SEND 1,000,000 e-mails for FREE"
ORDER REPORT #5 FROM:

Elaine Rix
138 Dundas Street, West, #243
Toronto, Ontario
Canada M5G 1C3

==============================================
There are currently more than 250,000,000 people online
worldwide!

$$$$$$$$$ YOUR SUCCESS GUIDELINES $$$$$$$$$$$

Follow these guidelines to guarantee your success:

If you do not receive at least 10 orders for Report #1 within 2
weeks, continue sending e-mails until you do.

After you have received 10 orders, 2 to 3 weeks after that
you should receive 100 orders or more for REPORT # 2.
If you did not, continue advertising or sending e-mails until
you do.
Once you have received 100 or more orders for Report # 2,
YOU CAN RELAX, because the system is already working for
you , and the cash will continue to roll in !

THIS IS IMPORTANT TO REMEMBER : Every time your name is
moved down on the list, you are placed in front of a different report.
You can KEEP TRACK of your PROGRESS by watching which
report people are ordering from you. IF YOU WANT TO GENERATE
MORE INCOME SEND ANOTHER BATCH OF E-MAILS AND
START THE WHOLE PROCESS AGAIN. There is NO LIMIT to
the income you can generate from this business !!!
____________________________________________________

FOLLOWING IS A NOTE FROM THE ORIGINATOR OF THIS
PROGRAM:

You have just received information that can give you financial
freedom for the rest of your life, with NO RISK and JUST A
LITTLE BIT OF EFFORT. You can make more money in the
next few weeks and months than you have ever imagined.

Follow the program EXACTLY AS INSTRUCTED. Do Not change
it in any way. It works exceedingly well as it is now.
Remember to e-mail a copy of this exciting report after you
have put your name and address in Report #1 and moved others to
#2...........# 5 as instructed above. One of the people you send this to may 
send out 100,000 or more e-mails and your name will be on everyone of them. 
Remember though, the more you send out the more potential customers you will 
reach.

So my friend, I have given you the ideas, information,
materials and opportunity to become financially independent. IT IS UP TO YOU 
NOW !

************** MORE TESTIMONIALS ****************

"My name is Mitchell. My wife , Jody and I live in Chicago.
I am an accountant with a major U.S. Corporation and I
make pretty good money. When I received this program I grumbled
to Jody about receiving ''junk mail''. I made fun of the
whole thing, spouting my knowledge of the population and
percentages involved. I ''knew'' it wouldn't work. Jody
totally ignored my supposed intelligence and few days later she jumped in 
with both feet. I made merciless fun of her, and was ready to
lay the old ''I told you so'' on her when the thing didn'twork. Well, the laugh was on me! Within 3 weeks she had received
50 responses. Within the next 45 days she had received a
total of $ 147,200.00 all cash! I was shocked. I have
joined Jody in her ''hobby''."
Mitchell Wolf,
Chicago, Illinois

------------------------------------------------------------

"Not being the gambling type, it took me several weeks to
make up my mind to participate in this plan. But conservative that
I am, I decided that the initial investment was so little
that there was just no way that I wouldn't get enough orders to at
least get my money back.

I was surprised when I found my medium size post office box
crammed with orders. I made $319,210.00 in the first 12
weeks. The nice thing about this deal is that it does not matter
where people live. There simply isn't a better investment
with a faster return and so big."
Dan Sondstrom, Alberta,
Canada

-----------------------------------------------------------

"I had received this program before. I deleted it, but
later I wondered if I should have given it a try. Of course, I had
no idea who to contact to get another copy, so I had to wait
until I was e-mailed again by someone else.........11 months
passed then it luckily came again...... I did not delete this
one! I made more than $490,000 on my first try and all the
money came within 22 weeks".
Susan De Suza,
New York, N.Y.

----------------------------------------------------

"It really is a great opportunity to make relatively easy
money with little cost to you. I followed the simple
instructions carefully and within 10 days the money
started to come in. My first month I made $ 20,560.00
and by the end of third month my total cash count was
$ 362,840.00. Life is beautiful, Thanx to internet".
Fred Dellaca, Westport,
New Zealand
------------------------------------------------------------


ORDER YOUR REPORTS TODAY AND GET STARTED ON
YOUR ROAD TO FINANCIAL FREEDOM !

=======================================================

If you have any questions of the legality of this program, contact the
Office of Associate Director for Marketing Practices, Federal Trade
Commission, Bureau of Consumer Protection, Washington, D.C.


Under Bill s.1618 TITLE III passed by the 105th US Congress this
letter cannot be considered spam as long as the sender includes
contact information and a method of removal.
This is one time e-mail transmission. No request for removal is
necessary.

------------------------------------------------------------
This message is sent in compliance of the new email
Bill HR 1910. Under Bill HR 1910 passed by the 106th
US Congress on May 24, 1999, this message cannot be
considered Spam as long as we include the way to be
removed. Per Section HR 1910, Please type "REMOVE" in
the subject line and reply to this email. All removal
requests are handled personally an immediately once
received.






From owner-imc-smime-dev Fri Sep 28 07:22:43 2007
Received: from balder-227.proper.com (localhost [127.0.0.1])
	by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l8SEMhmf021628
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 28 Sep 2007 07:22:43 -0700 (MST)
	(envelope-from owner-imc-smime-dev@mail.imc.org)
Received: (from majordom@localhost)
	by balder-227.proper.com (8.13.5/8.13.5/Submit) id l8SEMhub021627;
	Fri, 28 Sep 2007 07:22:43 -0700 (MST)
	(envelope-from owner-imc-smime-dev@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-imc-smime-dev@mail.imc.org using -f
Received: from dns24.dfas.mil (dns24-ext.dfas.mil [206.39.12.245])
	by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id l8SEMggk021620
	for <imc-smime-dev@vpnc.org>; Fri, 28 Sep 2007 07:22:43 -0700 (MST)
	(envelope-from TIM.TAYLOR.CTR@DFAS.MIL)
Received: from CIN-EVS-W-2.DS.DFAS.MIL (cin-ecn-w-2.ds.dfas.mil [158.18.0.109])
	by dns24.dfas.mil with ESMTP id l8SEMbcX024976
	for <imc-smime-dev@vpnc.org>; Fri, 28 Sep 2007 09:22:37 -0500 (EST)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: Creating digitally signed email with attached file
Date: Fri, 28 Sep 2007 10:21:04 -0400
Message-ID: <F241E5D3248BC24490FDDC83BBEE13390170D195@CIN-EVS-W-2.DS.DFAS.MIL>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Creating digitally signed email with attached file
Thread-Index: AcgB2s1zkphzpdWDSmCUdO8vLmsVCg==
From: "TAYLOR, TIM CTR DFAS" <TIM.TAYLOR.CTR@DFAS.MIL>
To: <imc-smime-dev@vpnc.org>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by balder-227.proper.com id l8SEMhgk021622
Sender: owner-imc-smime-dev@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/imc-smime-dev/mail-archive/>
List-Unsubscribe: <mailto:imc-smime-dev-request@imc.org?body=unsubscribe>
List-ID: <imc-smime-dev.imc.org>


Hello.

I am successfully able to 
1. sign a simple message, 
2. encrypt a simple message and 
3. encrypt a signed simple mail message 

Also, I can create an attachment using MIME headers in a single file. 

How can I sign a mail message and include an attachment file. I expect
that only the message body would be signed. The only way I can make this
work is by inlining the attachment (which makes it part of the message).

I tried creating the multipart/signed output and then adding the MIME
entities around it, but my S/MIME multipart comes in as the message
content. In other words, it is not recognized. I guess the S/MIME must
be outer MIME entity.

When I place the attachment after the multipart/signed signed data, it
is ignored and not available to the receiver.

Can someone point me to the right approach? 

All I really need is an understanding of how this type of message is to
be built. I can't find any examples or spec definition for signed email
with attachment(s).

regards,
tt