From aegypten-issues at intevation.de Mon May 3 17:19:00 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Wed May 5 15:25:17 2004 Subject: [issue187] kleopatra: up/down for config of directory services Message-ID: <1083597540.5.0.403102167769.issue187@intevation.de> New submission from Jan-Oliver Wagner : The sequence of the configured directory services determines the search order (AFAIK - please correct me if I am wrong). Thus it would be very helpful do have up/down buttons in the confuration of the Directory Services. Currently there is only Add and Remove. ---------- assignedto: marc messages: 917 nosy: jan, marc, werner priority: bug status: unread title: kleopatra: up/down for config of directory services topic: certmanager ______________________________________________________ Aegypten issue tracker ______________________________________________________ From jcd at fct.unl.pt Mon May 3 17:07:58 2004 From: jcd at fct.unl.pt (Jose Carlos dos Santos Danado) Date: Wed May 5 16:30:48 2004 Subject: Problems envrypting and sending signed e-mail. Message-ID: <1083596878.4318.116.camel@ar-217-129-86-211.netvisao.pt> Hi, I am trying to use cryptplug, specially the smime plug-in, in the kmail. I am using KDE and KDE-PIM 3.1.1. gpg 1.2.2 gpgme 0.3.15 newpg 0.9.4 libgcrypt 1.1.12 libksba 0.4.6 cryptplug 0.3.15 pinentry 0.6.8 The packages used are similar to the ones used in SUSE 8.2. (Tell me if I am missing some package). I have started the gpg-agent with: eval `gpg-agent --daemon` in the startkde script. I have also added the following configuration to ~/.gnugp/gpg.conf: use-agent In the ~/.gnupg/gpgsm.conf, I have the following configuration: agent-program /usr/bin/gpg-agent dirmngr-program /usr/bin/dirmngr #disable-crl-checks # uncomment if you think it is appropriate #disable-policy-checks # uncomment if you think it is appropriate In the ~/.gnupg/gpg-agent.conf, I have the following configuration: no-grab pinentry-program /usr/bin/pinentry-qt default-cache-ttl 600 After doing all this, I have added CA and my own certificates with gpgsm as described in the aegypten project. I have used openssl has described. I have added smime plugin in the kmail. However, when I tried to sign an email, I always get an error saying that the e-mail in the certificate is not the same has the one in the message. I have checked this and the name that I am using in Kmail message and certificate are the same. But I tried to sign the email anyway and following that, I got another error from the kmail with #22 Invalid engine. Has anyone experienced this problem? Does anyone had the same experience? I have no clues how to solve this problem. I need to have kmail to sign and encrypt messages but I don't know how to solve this. If anyone of you guys know the answer to this problem, if possible send an answer to this mailing list with my e-mail in bcc. I really need the help. Thanks for your time. Best regards, Jose Carlos From aegypten-issues at intevation.de Thu May 6 15:19:04 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Thu May 6 15:16:10 2004 Subject: [issue188] Problems with unavailable CRL Message-ID: <1083849544.83.0.90982706721.issue188@intevation.de> New submission from Jan-Oliver Wagner : Case1: For a (expired) cert I tried the validate method in Kleopatra. The corresponding CRL was outdated and the new one was not retrievable because missing on the LDAP server. The log said "Assuan procesing failed: Write error in gpgsm". Case2: In KMail the same problem has a more serious effect: Checking the signature, the non-available CRL is tried to be fetched forever. I configure a timeout of 10 secs, but even after minutes the process did not return. KMail simply hangs. Is there a general problem with updating CRLs if the updates are actually unavailable? Shouldn't be there a logic that says: OK, so lets stick with the old CRL meanwhile. ? ---------- assignedto: werner messages: 939 nosy: jan, werner priority: urgent status: unread title: Problems with unavailable CRL topic: DirMngr, gpgsm ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Sun May 9 13:09:25 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Sun May 9 13:06:30 2004 Subject: [issue189] Mutt: certificate owner comparison wrong Message-ID: <1084100965.13.0.998248505723.issue189@intevation.de> New submission from Jan-Oliver Wagner : I have several signed E-Mails where Mutt says: "S/MIME certificate owner does not match sender." when viewing it. AFAIKS, the email-adresses do match, so I think there is a bug here. Will send sample emails on request. ---------- assignedto: werner messages: 945 nosy: jan, werner status: unread title: Mutt: certificate owner comparison wrong topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Sun May 9 13:35:47 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Sun May 9 13:32:53 2004 Subject: [issue190] Mutt: decryption failure Message-ID: <1084102547.74.0.213853141541.issue190@intevation.de> New submission from Jan-Oliver Wagner : I can not decrypt any emails for a certain user. All I get is: S/MIME signature could NOT be verified. as bottom message and [-- Error: decryption failed: No secret key --] within the email display. log-file is attached. Note, that the very same email can be decrypted using KMail. Can send emails and decryption upon request. ---------- assignedto: werner files: decryption-error.log messages: 948 nosy: jan, werner priority: bug status: unread title: Mutt: decryption failure topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: decryption-error.log Type: application/octet-stream Size: 3148 bytes Desc: not available Url : /pipermail/attachments/20040509/c37362e9/decryption-error.exe From aegypten-issues at intevation.de Sun May 9 21:57:43 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Sun May 9 21:54:45 2004 Subject: [issue191] Mutt: "encrypt with" field useless Message-ID: <1084132663.34.0.323351700419.issue191@intevation.de> New submission from Jan-Oliver Wagner : When encrypting with SMIME, there is a field in the overview for the email which says "Encrypt with" or "Verschl?sselt mit". This field IMO is useless. OpenPGP mode does not have it, why should SMIME need this? Also, when encrypting to many people, it will get complicated. Finally, the field was never filled anyway. ---------- assignedto: werner messages: 949 nosy: jan, werner priority: bug status: unread title: Mutt: "encrypt with" field useless topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Sun May 9 22:17:39 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Sun May 9 22:14:48 2004 Subject: [issue192] Mutt: encryption to many recipients does not work Message-ID: <1084133859.76.0.0883824976011.issue192@intevation.de> New submission from Jan-Oliver Wagner : If I encrypt and sign to two receipients, one in To: the other one in CC: only for the receipient in To: the email was signed and crypted. For the other receipient the email was only signed, but not encrypted. ---------- assignedto: werner messages: 950 nosy: jan, werner priority: bug status: unread title: Mutt: encryption to many recipients does not work topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Tue May 11 11:31:37 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Tue May 11 11:28:39 2004 Subject: [issue193] DirMngr: CRLS cache grows outrages Message-ID: <1084267897.74.0.988924807759.issue193@intevation.de> New submission from Jan-Oliver Wagner : my .gnupg/dirmngr-cache/DIR.txt is now at 90MB+ and keeps growing with any singature validation. But I only have 10 CRL in that cache directory. Something is really weird here. ---------- assignedto: werner messages: 952 nosy: jan, werner priority: critical status: unread title: DirMngr: CRLS cache grows outrages topic: DirMngr ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Tue May 11 16:34:27 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Tue May 11 16:31:29 2004 Subject: [issue194] Wrong use of "_:" mark in kleopatra.po Message-ID: <1084286067.63.0.262815876061.issue194@intevation.de> New submission from Bernhard Herzog : In kde .po files some entries have a line starting with "_:" at the beginning (apparently for a comment that makes the string more unique). In kleopatry.po this line is included in two translated strings (which it shouldn't AFAICT) and shows up in the certificate wizard of Kleopatra. (assigned to kalle since he did the translation) ---------- assignedto: kalle messages: 955 nosy: bh, kalle priority: bug status: unread title: Wrong use of "_:" mark in kleopatra.po topic: certmanager ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Tue May 11 18:06:09 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Tue May 11 18:03:14 2004 Subject: [issue195] ocsp signer key selector offers the wrong keys Message-ID: <1084291569.32.0.687080833312.issue195@intevation.de> New submission from Bernhard Herzog : The ocsp configuration part of the S/MIME Validation tab of the Security & Privacy Settings in KMail has a selector for the "OCSP responder signature". The key selector widget associated with it only offers key that the user can use for signing. This is wrong as it should be the key used for signing the responses of the OCSP server for which the user will most likely not have the private key. Furhermore, the title of the setting should be e.g. "OCSP response signing key" or something similar, since the setting is not a signature, but the fingerprint of the signing cert. ---------- assignedto: marc messages: 956 nosy: bh, marc priority: bug status: unread title: ocsp signer key selector offers the wrong keys ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Tue May 11 20:00:22 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Tue May 11 19:57:23 2004 Subject: [issue196] wrong issuer name hash in OCSP request Message-ID: <1084298421.83.0.981877598686.issue196@intevation.de> New submission from Bernhard Herzog : There's a difference in the issuer name hashes generated by openssl and aegypten. The openssl text output for an ocsp request generated by aegypten: Version: 1 (0x0) Requestor List: Certificate ID: Hash Algorithm: sha1 Issuer Name Hash: 7D597949BA828A1B504AFB6096539D8975674786 Issuer Key Hash: 87DEBA43AED7FEA2362719F6E6538C8939EFA2F8 Serial Number: 14 and generated by openssl: Version: 1 (0x0) Requestor List: Certificate ID: Hash Algorithm: sha1 Issuer Name Hash: EB315FDF5D627BDB7ACB6DD728FD5B5AF8B5032B Issuer Key Hash: 87DEBA43AED7FEA2362719F6E6538C8939EFA2F8 Serial Number: 14 Both are for the same certificate issued by testZS5. Note that the key hash and the serial number are the same in both cases but the name hash differs. Interestingly, the name hash of the request generated by dirmngr can be found in a a request generated by openssl for the testZS5 ca cert which was issued by WurzelZS3: Version: 1 (0x0) Requestor List: Certificate ID: Hash Algorithm: sha1 Issuer Name Hash: 7D597949BA828A1B504AFB6096539D8975674786 Issuer Key Hash: A0D6957DB6577AA9FF2DF59CA411BA9F07EF09CF Serial Number: 02 ---------- assignedto: werner messages: 957 nosy: bh, werner priority: bug status: unread title: wrong issuer name hash in OCSP request topic: DirMngr ______________________________________________________ Aegypten issue tracker ______________________________________________________ From mail at timm-haug.de Wed May 12 00:29:57 2004 From: mail at timm-haug.de (Timm Haug) Date: Wed May 12 09:55:48 2004 Subject: KMail and OpenPGP Message-ID: <200405112230.16520.mail@timm-haug.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I just wanted to ask if there is an easy way to enable KMail 1.6.2 to read PGP/MIME coded messages? The manual at http://kmail.kde.org/kmail-pgpmime-howto.html is not up-to-date, at least it doesn't work on my computer. Will the ability to read PGP/MIME encoded messages be implemented in later versions of GnuPG? Thank you, Timm Haug - -- Timm Haug V?ttingerstra?e 34 C 85354 Freising mail@timm-haug.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAoVP3sMKE95slqwQRAmGaAJ9wbxAM2DU3ZHpd/vNsAydb9wrUHgCfdLxb ybiX02ajGvaJenmjfxOYYt4= =1D3C -----END PGP SIGNATURE----- From aegypten-issues at intevation.de Wed May 12 19:14:31 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Wed May 12 19:11:36 2004 Subject: [issue197] key selector allows selection of clientAuth keys for encryption Message-ID: <1084382071.0.0.353833350797.issue197@intevation.de> New submission from Bernhard Herzog : The keyselector used in kmail tries to only allow keys usable for a given purpose. This doesn't work properly for certificates which have an extendedKeyUsage that only contains clientAuth. The attached file contains such a certificate. KMail lets the user select this certificate as an encryption certificate even though it correctly disallows certificates that don't have keyEncipherment in their keyUsage for instance. When the a mail is sent and is to be encrypted with the attached certificate gpgsm correctly rejects it. ---------- assignedto: marc files: aegyptentest9-client-auth.pem messages: 960 nosy: bh, marc priority: bug status: unread title: key selector allows selection of clientAuth keys for encryption topic: KMail ______________________________________________________ Aegypten issue tracker ______________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: aegyptentest9-client-auth.pem Type: application/octet-stream Size: 3975 bytes Desc: not available Url : /pipermail/attachments/20040512/d4626ec1/aegyptentest9-client-auth.exe From linux at codehelp.co.uk Wed May 12 20:36:02 2004 From: linux at codehelp.co.uk (Neil Williams) Date: Wed May 12 20:35:04 2004 Subject: KMail and OpenPGP In-Reply-To: <200405112230.16520.mail@timm-haug.de> References: <200405112230.16520.mail@timm-haug.de> Message-ID: <200405121936.12181.linux@codehelp.co.uk> On Tuesday 11 May 2004 11:29, Timm Haug wrote: > Hello, Please send your public key to a public keyserver - I can't verify your signature at all if you don't make your public key public. subkeys.pgp.net is probably best. > I just wanted to ask if there is an easy way to enable KMail 1.6.2 to read > PGP/MIME coded messages? Yes. I'm using it! The biggest problem is getting the gpg-agent to function properly. Once that is working, any other problems are trivial. What's your status (compiled or packages)? Which distribution? What have you done so far? What error did you get? Where are you stuck, precisely? Need info! > The manual at http://kmail.kde.org/kmail-pgpmime-howto.html is not > up-to-date, at least it doesn't work on my computer. You need gnupg1.9 instead of newpg but as you don't say which distribution you are using, I can't give you much more than that. The howto is usable and if you compile from source it is easier to get it working than by using packages. Check the GnuPG pages, under Project Aegypten, that's usually more up to date. http://www.gnupg.org/aegypten/development.en.html > Will the ability to read PGP/MIME encoded messages be implemented in later > versions of GnuPG? It's not GnuPG at fault but yes, IIRC, GnuPG and KMail will work together better with regard to PGP/MIME in future releases. -- Neil Williams ============= http://www.codehelp.co.uk/ http://www.dclug.org.uk/ http://www.isbn.org.uk/ http://sourceforge.net/projects/isbnsearch/ http://www.biglumber.com/x/web?qs=0x8801094A28BCB3E3 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : /pipermail/attachments/20040512/97da594a/attachment.bin From aegypten-issues at intevation.de Thu May 13 23:13:46 2004 From: aegypten-issues at intevation.de (=?utf-8?q?L=C3=A9na=C3=AFc_Huard?=) Date: Thu May 13 23:10:52 2004 Subject: [issue198] pinentry-qt doesn't handle extended characters correctly. Message-ID: <1084482826.7.0.871318025584.issue198@intevation.de> New submission from L?na?c Huard : Here is what I get with pinentry when the password entered is "L?na?c" : lenaic@lhuard ~ $ pinentry-qt OK Your orders please GETPIN D L??na??c OK lenaic@lhuard ~ $ pinentry-gtk Warning: using insecure memory! OK Your orders please GETPIN pinentry-gtk: no LC_CTYPE known - assuming UTF-8 pinentry-gtk: no LC_CTYPE known - assuming UTF-8 D L?na?ic OK As you can see, ? and ? are misunderstood by pinentry-qt whereas the ? is correctly understood by pinentry-gtk. Moreover, when I put stressed voyels in description (with SETDESC), the stressed letters are replaced by squares in the window that appears with the GETPIN command ; but look correct in the window that appears with the CONFIRM command. I've no idea why pinentry-qt and pinentry-gtk have a different behaviour ; and why the "CONFIRM" window prints stressed letters correctly. Here are some clues : pinentry-qt is suid ; pinentry-gtk is not. the lenaic user sets LANG to "fr_FR@euro" ; the root's bashrc only sets LC_CTYPE. I have a ~/.qt config folder (my KDE is correcly localized) ; I have no ~/.gtk. PS: Is it to paranoid to put stressed letters in passphrase ? :-P ---------- messages: 963 nosy: L?na?c status: unread title: pinentry-qt doesn't handle extended characters correctly. ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri May 14 09:58:34 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri May 14 09:55:36 2004 Subject: [issue199] Kleopatra: menu item for Empty CRL cache Message-ID: <1084521514.27.0.359128795648.issue199@intevation.de> New submission from Jan-Oliver Wagner : We need a menu item in Kleopatra that empties the CRL cache by calling "dirmngr --flush" A new menu "CRLs" after "Certificates" seems reasonable to me. There a menu item "Empty CRL cache". Also, the menu item "Update CRLs", currently under "Certificates" could then be moved to menu "CRLs" ? ---------- assignedto: marc messages: 964 nosy: jan, marc priority: bug status: unread title: Kleopatra: menu item for Empty CRL cache topic: certmanager ______________________________________________________ Aegypten issue tracker ______________________________________________________ From bernhard at intevation.de Sun May 16 20:40:40 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Sun May 16 21:26:03 2004 Subject: [bernhard@intevation.de: Re: mailman-bug: Breaking signatures] Message-ID: <20040516184040.GA26164@intevation.de> This should have a nice signature, because Mailman just got updated. -------------- next part -------------- An embedded message was scrubbed... From: Bernhard Reiter Subject: Re: mailman-bug: Breaking signatures Date: Tue, 13 Apr 2004 12:47:23 +0200 Size: 9292 Url: /pipermail/attachments/20040516/fdedbb5c/attachment.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040516/fdedbb5c/attachment.bin From aegypten-issues at intevation.de Mon May 17 12:06:03 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Mon May 17 12:03:08 2004 Subject: [issue200] no localization for gpgconf based dialogs Message-ID: <1084788362.89.0.693468752935.issue200@intevation.de> New submission from Bernhard Herzog : The gpgconf based dialogs in kmail and kleopatra are not translated except for some entries where the translated strings are probably provided by the kde frontend. AFAICT this is a bug in gpgconf which doesn't print translated strings with --list-options, so assigned to Werner ---------- assignedto: werner messages: 970 nosy: bh, werner priority: bug status: unread title: no localization for gpgconf based dialogs topic: gpgconf ______________________________________________________ Aegypten issue tracker ______________________________________________________ From mailhiyer at yahoo.com Thu May 20 00:46:14 2004 From: mailhiyer at yahoo.com (=?iso-8859-1?q?Iyer,=20Hari?=) Date: Thu May 20 00:43:47 2004 Subject: Help needed while encrypting using UNIX shell script Message-ID: <20040519224614.38936.qmail@web40614.mail.yahoo.com> Hi, I am a new user for GNU. Incidentally, my encryption process works correctly when I run the commands from the command line but these fail whenever I use this from a UNIX shell script. We are using Sun Solaris as the operating system. We use shell scripts for our Oracle apps system. If you could render any help in this regard, it would be great. Please find below the code for the shell script: FILE_NAME=`echo $1|cut -d" " -f9|sed 's/"//g' ` OUT_PATH=`echo $1|cut -d" " -f10|sed 's/"//g' ` cd ${OUT_PATH} if [ -r ${OUT_PATH}/${FILE_NAME} ] then gpg -r "Print Mail" --encrypt "./hari.txt" echo ${?} fi STEPRC=${?} if [ "${STEPRC}" != "0" ] then echo "*****************************************************" echo " Error while encrypting the file" echo " Please contact your system administrator " echo "*****************************************************" exit 0 fi I get the following error: gpg: WARNING: using insecure memory! gpg: please see http://www.gnupg.org/faq.html for more information gpg: can't open `/t027/oracle/.gnupg/pubring.gpg' gpg: keydb_search failed: file open error gpg: Print Mail: skipped: file open error gpg: ./hari.txt: encryption failed: file open error I am under a very tight schedule so if any help could be given would be great. Thanks. Regards, Hari. Yahoo! India Matrimony: Find your partner online. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20040519/6246258a/attachment.html From aegypten-issues at intevation.de Fri May 21 09:49:48 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri May 21 09:46:48 2004 Subject: [issue201] gpgconf error from leaving kmail configuration Message-ID: <1085125787.92.0.637605372756.issue201@intevation.de> New submission from Jan-Oliver Wagner : When I open the KMail configuration Dialog and immediatly close it with the OK button a dialog is raised saying: Error from gpgconf while saving configuration. Operation not allowed. This shouldn't happen, right? I remember a similar problem with KWatchGnuPG. ---------- assignedto: marc messages: 979 nosy: jan, marc priority: bug status: unread title: gpgconf error from leaving kmail configuration topic: KMail ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri May 21 12:18:40 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri May 21 12:15:44 2004 Subject: [issue203] documentation in english and german Message-ID: <1085134719.88.0.12336127986.issue203@intevation.de> New submission from Jan-Oliver Wagner : The documentation of the crypto-settings page must be added to the handbook. This documentation must also be translated into german and inserted in the german handbook. ---------- assignedto: marc messages: 988 nosy: jan, marc priority: bug status: unread title: documentation in english and german topic: KAddressBook ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri May 21 12:22:16 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri May 21 12:19:20 2004 Subject: [issue204] kmail translation into german Message-ID: <1085134936.18.0.354213074346.issue204@intevation.de> New submission from Jan-Oliver Wagner : So far not all ?gypten-related strings in KMail are translated into german. The big block I see is the configuration dialog, but there might be more. ---------- assignedto: marc messages: 989 nosy: jan, marc priority: bug status: unread title: kmail translation into german topic: KMail ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri May 21 12:26:01 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri May 21 12:23:05 2004 Subject: [issue205] kmail documentation in english and german Message-ID: <1085135161.21.0.152228218175.issue205@intevation.de> New submission from Jan-Oliver Wagner : The documentation of the ?gypten-related features is missing in the KMail handbook. Also the translation into german has then to be done. ---------- assignedto: marc messages: 990 nosy: jan, marc priority: bug status: unread title: kmail documentation in english and german topic: KMail ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri May 21 12:13:13 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Fri May 21 12:50:35 2004 Subject: [issue202] complete translation into german Message-ID: <1085134393.64.0.877835565138.issue202@intevation.de> New submission from Jan-Oliver Wagner : Some of the strings in "crypto settings" are translated, but some are not: "crypto setting" "deprecated" "opaque" "Change" "" "never encrypt" "always enctypt "always encrypt if possible" "ask" ---------- assignedto: marc messages: 987 nosy: jan, marc priority: bug status: unread title: complete translation into german topic: KAddressBook ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Fri May 21 14:55:32 2004 From: aegypten-issues at intevation.de (Bernhard Herzog) Date: Fri May 21 14:52:32 2004 Subject: [issue206] gpg-agent: default for pinentry-program Message-ID: <1085144132.58.0.0123780483671.issue206@intevation.de> New submission from Bernhard Herzog : The default value for the agent's pinentry-program setting set by gnupg 1.9's configure is /pinentry. Unfortunately this is neither of the three actually existing pinentry programs, so unless the user define's a suitable pinentry program in his ~/.gnupg/gpg-agent.cont, the agent won't be able to start a pinentry at all and it will be difficult for the user to figure out what went wrong. The error message in the KMail window is simply "No secret key". I think at some point configure actually chose one of the existing pinentries by default. ---------- assignedto: werner messages: 992 nosy: bh, werner priority: bug status: unread title: gpg-agent: default for pinentry-program topic: pinentry ______________________________________________________ Aegypten issue tracker ______________________________________________________ From mailhiyer at yahoo.com Thu May 20 00:27:20 2004 From: mailhiyer at yahoo.com (=?iso-8859-1?q?Iyer,=20Hari?=) Date: Sun May 23 15:58:30 2004 Subject: Help needed while encrypting the files within a shell script Message-ID: <20040519222720.16382.qmail@web40610.mail.yahoo.com> Hi, I am very new to GNU and have been using Sun Solaris as the operating system. We use shell scripting for using with Oracle applications. Incidentally, I am able to encrypt these files when I run the commands from the command prompt. But, whenever I run these from the shell script, it just does not work. Find below, the sample shell script: FILE_NAME=`echo $1|cut -d" " -f9|sed 's/"//g' ` OUT_PATH=`echo $1|cut -d" " -f10|sed 's/"//g' ` cd ${OUT_PATH} if [ -r ${OUT_PATH}/${FILE_NAME} ] then gpg -r "Print Mail" --encrypt "./hari.txt" echo ${?} fi STEPRC=${?} if [ "${STEPRC}" != "0" ] then echo "*****************************************************" echo " Error while encrypting the file" echo " Please contact your system administrator " echo "*****************************************************" exit 0 fi I have tried every possible unix permutations to invoke this but it just does not process. The error message that it gives is: gpg: WARNING: using insecure memory! gpg: please see http://www.gnupg.org/faq.html for more information gpg: can't open `/t027/oracle/.gnupg/pubring.gpg' gpg: keydb_search failed: file open error gpg: Print Mail: skipped: file open error gpg: ./hari.txt: encryption failed: file open error I urgently need some help in this regard. If anyone has some sample shell script wherein I can see these commands would be great. Thanks. Regards, Hari. Yahoo! India Matrimony: Find your partner online. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20040519/d18dbcf6/attachment.html From aegypten-issues at intevation.de Mon May 24 12:25:51 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Mon May 24 12:22:53 2004 Subject: [issue207] Mutt: no selection between SMIME mp-signed and opaque Message-ID: <1085394351.8.0.57274086842.issue207@intevation.de> New submission from Jan-Oliver Wagner : With Mutt the E-Mails signed with SMIME are always of the multipart-signed type. How do I create a opaque signature? Is this feature missing? ---------- assignedto: moritz messages: 1011 nosy: jan, moritz, werner priority: bug status: unread title: Mutt: no selection between SMIME mp-signed and opaque topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ From aegypten-issues at intevation.de Mon May 24 12:29:03 2004 From: aegypten-issues at intevation.de (Jan-Oliver Wagner) Date: Mon May 24 12:26:07 2004 Subject: [issue208] Mutt: Opaque signed with attachment can not be read Message-ID: <1085394543.26.0.351387096463.issue208@intevation.de> New submission from Jan-Oliver Wagner : E-Mails which are opaque signed with attachment are not handled correctly by Mutt. Mutt says: [-- Error: decryption failed: Daten?bergabe unterbrochen (broken pipe) --] I can send sample emails on request. ---------- assignedto: moritz messages: 1012 nosy: jan, moritz, werner priority: bug status: unread title: Mutt: Opaque signed with attachment can not be read topic: mutt ______________________________________________________ Aegypten issue tracker ______________________________________________________ From k_b0000 at yahoo.se Sun May 30 13:24:06 2004 From: k_b0000 at yahoo.se (k b) Date: Sat Jun 5 11:14:11 2004 Subject: =?iso-8859-1?q?=E4gypten2_with_kde3=2E2_pinentry-qt_problem?= Message-ID: <20040530112406.54218.qmail@web12006.mail.yahoo.com> hi i just tried to install Ägypten 2 as described at http://www.gnupg.org/aegypten2/index.html. when i come to the 8:th step (pinentry) the configure script cannot find Qt, and reports: Pinentry v0.7.1 has been configured as follows: Curses Pinentry: yes GTK+ Pinentry: yes Qt Pinentry: no Fallback to Curses: yes the configure output also says: checking for Qt... no checking if Qt compiles without flags... no but Qt is installed and is version: 3.3.2-2. what should be done to resolve this? kb __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From kloecker at kde.org Sun May 30 13:32:55 2004 From: kloecker at kde.org (Ingo =?iso-8859-1?q?Kl=F6cker?=) Date: Sat Jun 5 11:14:15 2004 Subject: =?iso-8859-1?q?=E4gypten2_with_kde3=2E2_pinentry-qt?= problem In-Reply-To: <20040530112406.54218.qmail@web12006.mail.yahoo.com> References: <20040530112406.54218.qmail@web12006.mail.yahoo.com> Message-ID: <200405301332.57592@erwin.ingo-kloecker.de> On Sunday 30 May 2004 13:24, k b wrote: > hi > > i just tried to install ?gypten 2 as described at > http://www.gnupg.org/aegypten2/index.html. > > when i come to the 8:th step (pinentry) the configure > script cannot find Qt, and reports: > > Pinentry v0.7.1 has been configured as follows: > Curses Pinentry: yes > GTK+ Pinentry: yes > Qt Pinentry: no > Fallback to Curses: yes > > the configure output also says: > checking for Qt... no > checking if Qt compiles without flags... no > > but Qt is installed and is version: 3.3.2-2. > > what should be done to resolve this? Tell configure where to find the Qt library? It's probably not where the configure script expects it to be. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040530/e2f58801/attachment-0001.bin From kloecker at kde.org Sun May 30 15:54:42 2004 From: kloecker at kde.org (Ingo =?iso-8859-1?q?Kl=F6cker?=) Date: Sat Jun 5 11:14:25 2004 Subject: =?iso-8859-1?q?=E4gypten2=5Fwith=5Fkde3=2E2=5Fpinentry-qt?= problem In-Reply-To: <20040530122441.70952.qmail@web12005.mail.yahoo.com> References: <20040530122441.70952.qmail@web12005.mail.yahoo.com> Message-ID: <200405301554.43506@erwin.ingo-kloecker.de> On Sunday 30 May 2004 14:24, k b wrote: > --- Ingo Kl?cker wrote: > > On Sunday 30 May 2004 13:24, k b wrote: > > > the configure output also says: > > > checking for Qt... no > > > checking if Qt compiles without flags... no > > > > > > but Qt is installed and is version: 3.3.2-2. > > > > > > what should be done to resolve this? > > > > Tell configure where to find the Qt library? It's > > probably not where the > > configure script expects it to be. > > that helped, thanks. > a suggestion would be to add the following paths for > autodetection in the configure script: > /usr/lib/qt-3.3 > /usr/lib/qt-3.2 > > which seems to be the standard place for Qt on fedora > core. And on SuSE it's /usr/lib/qt3. Anyway, the correct solution is to ask Trolltech to install a qt-config script which tells the configure script where the Qt library is located. Just like all other libraries do. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20040530/dde19101/attachment-0001.bin From aegypten-issues at intevation.de Mon May 31 23:01:31 2004 From: aegypten-issues at intevation.de (Jean-Damien Durand) Date: Sat Jun 5 11:15:10 2004 Subject: [issue209] moving pgp encrypted between imap folders Message-ID: <1086037291.43.0.122282621167.issue209@intevation.de> New submission from Jean-Damien Durand : Dear experts, I observed that, in KMail, moving a pgp-encrypted message between (my) imap folders leaves the mail non-decryptable by gnupg 1.9.3, but moving it to the local folder, then to the same imap folder makes it okay for decryption. ./.. I hope this was not yet reported - sorry if this is the case. I attach a small tarball containing a directory test1+2 where: - there is a README giving my configuration (in particular I run a gnupg with a small and uncorrelated [I believe] patch) - I compare the output of 2 mails ('saved as') and the output of gpg -vd on them: one mail moved directly (-> failure of gpg), one mail moved via local (-> ok for gpg). Please note that using native gnupg 1.9.3 and KMail I had encrypted mails containing an empty armor that gnupg itself cannot decrypt - this is the reason of the patch. Thanks a lot, Regards, Jean-Damien. ---------- files: test1+2.tar.gz messages: 1028 nosy: jdurand priority: bug status: unread title: moving pgp encrypted between imap folders ______________________________________________________ Aegypten issue tracker ______________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: test1+2.tar.gz Type: application/x-tar Size: 7923 bytes Desc: not available Url : /pipermail/attachments/20040531/11ba3a79/test12.tar-0001.tar