[sup-talk] Unnecessary warning: "multipart/signed with signature content type application/pkcs7-signature

* [sup-talk] Unnecessary warning: "multipart/signed with signature content type application/pkcs7-signature
@ 2007-12-12 23:12 Alan De Smet
  2007-12-12 23:48 ` Alan De Smet
  2007-12-14  1:13 ` William Morgan
  0 siblings, 2 replies; 3+ messages in thread
From: Alan De Smet @ 2007-12-12 23:12 UTC (permalink / raw)

I'm trying out sup 0.3, installed via "gem install sup".  I was
importing a bunch of mboxes using "sup-add mbox:/path/to/mbox ;
sup-sync".  I got the following warning repeatedly:

[Wed Dec 12 16:49:32 -0600 2007] warning: multipart/signed with signature content type application/pkcs7-signature

Scanning the code, it looks like this is being generated by
message.rb line 296, which is only prepared to accept
application/pgp-signature.  I'm guessing sup isn't currently
prepared to handle this type of signature.  While validating it
would be a nice touch, I can live without it, since mutt doesn't
check it either.  But emitting warnings doesn't seem helpful.
The warnings just add noise, especially since I have a fair
number of such messages in my archives.  The warning also doesn't
specify why the situation is bad, and what the ramifications are.
If the warning is kept, perhaps it should say something like "sup
cannot currently validate this type of signature and will ignore
it."

For reference, I've attached an example I found in the real
world.  I've tested it and it generates the warning in question.
For more examples, check out this mailing list archive (from
which I originally got the message):
https://lists.cs.wisc.edu/archive/condor-users/2006-October.txt

-- 
Alan De Smet                              Condor Project Research
adesmet at cs.wisc.edu                http://www.cs.wisc.edu/condor/
-------------- next part --------------
From condor-users-bounces at cs.wisc.edu  Thu Oct  5 20:03:11 2006
Received: from limestone.cs.wisc.edu (limestone.cs.wisc.edu [128.105.6.27])
	by cobalt.cs.wisc.edu (8.13.6/8.13.6) with ESMTP id k9613B7F000496;
	Thu, 5 Oct 2006 20:03:11 -0500
Received: from jeeves.cs.wisc.edu (jeeves.cs.wisc.edu [128.105.6.16])
	by limestone.cs.wisc.edu (8.13.6/8.13.6) with ESMTP id k960wUtS002813;
	Thu, 5 Oct 2006 19:58:30 -0500
Received: from jeeves.cs.wisc.edu (localhost [127.0.0.1])
	by jeeves.cs.wisc.edu (8.13.6/8.13.6) with ESMTP id k960vqRl029646;
	Thu, 5 Oct 2006 19:57:54 -0500
Received: from limestone.cs.wisc.edu (limestone.cs.wisc.edu [128.105.6.27])
	by jeeves.cs.wisc.edu (8.13.6/8.13.6) with ESMTP id k960vo77029643
	for <condor-users at jeeves.cs.wisc.edu>; Thu, 5 Oct 2006 19:57:50 -0500
Received: from obsidian.cs.wisc.edu (obsidian.cs.wisc.edu [128.105.6.13])
	by limestone.cs.wisc.edu (8.13.6/8.13.6) with ESMTP id k960vo8k002764
	for <condor-users at cs.wisc.edu>; Thu, 5 Oct 2006 19:57:50 -0500
Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127])
	by obsidian.cs.wisc.edu (8.13.6/8.13.6) with ESMTP id k960vajq002794
	for <condor-users at cs.wisc.edu>; Thu, 5 Oct 2006 19:57:41 -0500
Received: from [128.9.216.76] (chaapaai.isi.edu [128.9.216.76])
	by darkstar.isi.edu (8.13.8/8.13.8) with ESMTP id k960uwQd004280
	for <condor-users at cs.wisc.edu>; Thu, 5 Oct 2006 17:56:59 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v752.3)
To: Condor-Users Mail List <condor-users at cs.wisc.edu>
Message-Id: <06788D78-BF12-4CB4-A640-BB1DFD0CE2B0 at isi.edu>
From: Jens-Soenke Voeckler <voeckler at isi.edu>
Date: Thu, 5 Oct 2006 17:56:55 -0700
X-Mailer: Apple Mail (2.752.3)
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: voeckler at isi.edu
X-CSL-MailScanner-Information: Please contact lab at cs.wisc.edu for more
	information
X-CSL-MailScanner: Found to be clean
Subject: [Condor-users] symlinks, local and NFS disks, and DAGMan
X-BeenThere: condor-users at cs.wisc.edu
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Condor-Users Mail List <condor-users at cs.wisc.edu>
List-Id: Condor-Users Mail List <condor-users.cs.wisc.edu>
List-Unsubscribe: <https://lists.cs.wisc.edu/mailman/listinfo/condor-users>,
	<mailto:condor-users-request at cs.wisc.edu?subject=unsubscribe>
List-Archive: <http://lists.cs.wisc.edu/archive/condor-users>
List-Post: <mailto:condor-users at cs.wisc.edu>
List-Help: <mailto:condor-users-request at cs.wisc.edu?subject=help>
List-Subscribe: <https://lists.cs.wisc.edu/mailman/listinfo/condor-users>,
	<mailto:condor-users-request at cs.wisc.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1917438543=="
Sender: condor-users-bounces at cs.wisc.edu
Errors-To: condor-users-bounces at cs.wisc.edu
X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on cobalt.cs.wisc.edu
X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00 autolearn=disabled 
	version=3.0.1
X-Spam-Level: 
Status: RO
Content-Length: 5725
Lines: 114

--===============1917438543==
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-13--747094070;
	protocol="application/pkcs7-signature"

--Apple-Mail-13--747094070
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed

Hi,

with 6.8.1, DAGMan refuses to start a workflow that has the Condor =20
common user log on an NFS disk. So I leave a symlink to a local disk, =20=

to satisfy it. Unfortunately, DAGMan has developed a habit of =20
removing the common log when it finds one (without backups, mind =20
you!), eliminating my symlink, and then dies complaining again. It is =20=

virtually impossible to run anything until I move manually the whole =20
workflow to a local disk - I am against hard-coding an absolute path =20
to my log file. I do understand that Linux NFS cannot be trusted =20
(I've been burned myself often enough on it), so I see why it =20
complains. However, the removal of prior logs screws my work-around =20
symlink, never mind my post mortem processing of data should I =20
restart a workflow. Do you think this feature (I am talking about the =20=

log removal) of DAGMan is fixable?

Aloha,
Dipl.-Ing. Jens-S. V=F6ckler   voeckler at isi dot edu
University of Southern California Viterbi School of Engineering
Information Sciences Institute; 4676 Admiralty Way Ste 1001
Marina Del Rey, CA 90292-6611; USA; +1 310 448 8427
* You can rely on any shared filesystems for only one thing - don't! *

--Apple-Mail-13--747094070
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHJjCCAyYw
ggIOoAMCAQICAiJMMA0GCSqGSIb3DQEBBQUAMGkxEzARBgoJkiaJk/IsZAEZFgNvcmcxGDAWBgoJ
kiaJk/IsZAEZFghET0VHcmlkczEgMB4GA1UECxMXQ2VydGlmaWNhdGUgQXV0aG9yaXRpZXMxFjAU
BgNVBAMTDURPRUdyaWRzIENBIDEwHhcNMDYwNTI0MTIyMjMwWhcNMDcwNTI0MTIyMjMwWjBiMRMw
EQYKCZImiZPyLGQBGRYDb3JnMRgwFgYKCZImiZPyLGQBGRYIZG9lZ3JpZHMxDzANBgNVBAsTBlBl
b3BsZTEgMB4GA1UEAxMXSmVucy1TLiBWb2Vja2xlciA2MTI0MDAwgZ8wDQYJKoZIhvcNAQEBBQAD
gY0AMIGJAoGBAMGncRIXON7ANusN2oZzumwztATUP0VPFhmUwz7l9nhcIz2jmYxXfNS/ma/TGPto
jmoIVN22tuIXDgKZleH1nK+ToHJqq9KdlPHrTB3XwGyynNAUMsaQayHFCKmNmqMbYzfipdEcHRu0
RbR4tj+vb8Un9IBG8j5620QF8e6fCEr5AgMBAAGjYzBhMBEGCWCGSAGG+EIBAQQEAwIF4DAOBgNV
HQ8BAf8EBAMCBPAwHwYDVR0jBBgwFoAUyhkdEo5upDhdQtQxDgjb2Y0XDV0wGwYDVR0RBBQwEoEQ
dm9lY2tsZXJAaXNpLmVkdTANBgkqhkiG9w0BAQUFAAOCAQEALsj4JslFhZ9NX6n/EJX3VHqK/RGT
GQmMe+Q+wlQ5H7R0vMg8uN2t1TTSBh1tkUNXGt5Mg9NbVBIE1dqjYjVm2akZ5A01MFGM6zjVtS/q
kukNgwQ9Rea+ucG8cAWwjmzrQYHU8RwmA4KAW8VtklOowPeMRkdVVhzfGfMQuvl0xMEbOAkOYijj
A4yavrSJC0A4gAHzux035MULFZL1DXwbPXJ676Sb+cL2PoKAxA1tiftqny+kBlG7Lm/3TpeoCLiK
rnS+PiGpR3hYzMypVxCwMw/mrrPKvVDK+blO8dYOVTh0CG73D5fcuKIED0U8EeX79zPa2QF9V68o
W4p4haZPyjCCA/gwggLgoAMCAQICAQswDQYJKoZIhvcNAQEFBQAwdTETMBEGCgmSJomT8ixkARkW
A25ldDESMBAGCgmSJomT8ixkARkWAkVTMQ4wDAYDVQQKEwVFU25ldDEgMB4GA1UECxMXQ2VydGlm
aWNhdGUgQXV0aG9yaXRpZXMxGDAWBgNVBAMTD0VTbmV0IFJvb3QgQ0EgMTAeFw0wMjEyMDUwODAw
MDBaFw0wODAxMTAwODAwMDBaMGkxEzARBgoJkiaJk/IsZAEZFgNvcmcxGDAWBgoJkiaJk/IsZAEZ
FghET0VHcmlkczEgMB4GA1UECxMXQ2VydGlmaWNhdGUgQXV0aG9yaXRpZXMxFjAUBgNVBAMTDURP
RUdyaWRzIENBIDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC09dYjYaPbCD5mtbiQ
b7Ka3y1qAm0ZcqKCFciWcfe8Kwcuy9tjHuIsLf9ZItdkDW4xy8sua9nJlx3KlwjtumTMtOtg35KZ
CknUd8KM4VGTSFdLVG9AbNayef76caVCGM1+jyF0Lq03kauGOPTcNfZe1TZa3e1c9rc8ljV5OSWa
/mfsCACyS5zFIWu0yIDNyJdf+n0hwaPN53wllpJ30taD+JBjQ7h2k4xRWzeaznLOb9OztZVRA/1s
Vze+iczFh2xwa4VdGy0eIIPw1pfvYwxO36rm0S109qvbsNlaroPRbxerPKakQLpKe034Xcx7gBPq
Uk/FxoRRWin5EWN3rz9LAgMBAAGjgZ4wgZswEQYJYIZIAYb4QgEBBAQDAgCHMA4GA1UdDwEB/wQE
AwIBxjAdBgNVHQ4EFgQUyhkdEo5upDhdQtQxDgjb2Y0XDV0wHwYDVR0jBBgwFoAUvF1NSC/4NZRZ
q1yJSz7RsjoUAeowDwYDVR0TAQH/BAUwAwEB/zAlBgNVHREEHjAcgRpET0VHcmlkcy1DQS0xQGRv
ZWdyaWRzLm9yZzANBgkqhkiG9w0BAQUFAAOCAQEAKjtimT4QjTNweyk1ViODK7G2KD12zgKUNQsz
jKG/KEI34gp4Ua17wg6kFQEFtGAtI5Rn3Uv4ajFxLuPrmDjT1bYF2fBSYTXUiYJqvUJGmrnDjePa
XT3CozNOUetqaV9nEoxr3UW0FbSqeP3KXs24vwe0/kJr6tvOufHupUAaxxh36KgodrZjtpFKygJI
1QJkaoITjd0xckml/7+jsA/0zqW9EdDdIHU8afuyQHgx7sAD0byvEoY7RNqR6gocqR1atWs7lj7V
elu9VNnvPHhHEIW4LSoa1SPFKWVTxxQMvboJt7GZCPv+6t8o9PyBWXkDnacXQOnAR2ai5f8uIxFB
uzGCAnkwggJ1AgEBMG8waTETMBEGCgmSJomT8ixkARkWA29yZzEYMBYGCgmSJomT8ixkARkWCERP
RUdyaWRzMSAwHgYDVQQLExdDZXJ0aWZpY2F0ZSBBdXRob3JpdGllczEWMBQGA1UEAxMNRE9FR3Jp
ZHMgQ0EgMQICIkwwCQYFKw4DAhoFAKCCAWAwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq
hkiG9w0BCQUxDxcNMDYxMDA2MDA1NjU2WjAjBgkqhkiG9w0BCQQxFgQUlM/XGCZsl9UgCn5JpPyK
QNuNNhAwfgYJKwYBBAGCNxAEMXEwbzBpMRMwEQYKCZImiZPyLGQBGRYDb3JnMRgwFgYKCZImiZPy
LGQBGRYIRE9FR3JpZHMxIDAeBgNVBAsTF0NlcnRpZmljYXRlIEF1dGhvcml0aWVzMRYwFAYDVQQD
Ew1ET0VHcmlkcyBDQSAxAgIiTDCBgAYLKoZIhvcNAQkQAgsxcaBvMGkxEzARBgoJkiaJk/IsZAEZ
FgNvcmcxGDAWBgoJkiaJk/IsZAEZFghET0VHcmlkczEgMB4GA1UECxMXQ2VydGlmaWNhdGUgQXV0
aG9yaXRpZXMxFjAUBgNVBAMTDURPRUdyaWRzIENBIDECAiJMMA0GCSqGSIb3DQEBAQUABIGAQBgf
HRw8uRXCcRceSDSG9i8wyFEKAyzxgsc3P50bSuVNWNQn2480TW1GWTlnPkOYpuntWxTZpd2pPl10
BqX2dklZRoEVSIXb9QhXRXrKXgZ+pWBk+A7QIX6DvqhFFvDB6Dc6gi1LgKesyAIfKR1hkC/HNzuX
x4SiqacbtEfMe4AAAAAAAAA=

--Apple-Mail-13--747094070--

--===============1917438543==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Condor-users mailing list
To unsubscribe, send a message to condor-users-request at cs.wisc.edu with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/condor-users

The archives can be found at either
https://lists.cs.wisc.edu/archive/condor-users/
http://www.opencondor.org/spaces/viewmailarchive.action?key=CONDOR
--===============1917438543==--

^ permalink raw reply	[flat|nested] 3+ messages in thread