problems with per-reciepent rules

hi,
i recently upgraded thunderbird and enigmail on gentoo-linux. as i had
always problems with reciepent-rules, i deleted pgprules.xml in default
dir. a japanese email-address caused always an error. now if i enable
per-reciepent-rules enigmail always bails out and refuses to work.
is this a known bug or anyone knows a solution for this?

my system:
thunderbird 1.5
enigmail 0.94
gentoo-linux

Re: problems with per-reciepent rules

Hi,

> is this a known bug or anyone knows a solution for this?

works fine on my windows, not a known bug. Please enable debugging in
preferences and see if you can find anything there.

Olav

Pr Rules and Expired Keys

Finally had to goto a different machine, set the date back to before
the key expired, edit the rules, edit the key ring, copy everything
BACK to this machine, and reset the date on the other one.

Is there an easier way (No I didn't know the key was set to expire so
I couldn't delete the key before hand)

If not CAN an easier way be made? (IE limited editing of expired keys
to de-select em)

problems with per-reciepent rules

hi,
i recently upgraded thunderbird and enigmail on gentoo-linux. as i had
always problems with reciepent-rules, i deleted pgprules.xml in default
dir. a japanese email-address caused always an error. now if i enable
per-reciepent-rules enigmail always bails out and refuses to work.
is this a known bug or anyone knows a solution for this?

my system:
thunderbird 1.5
enigmail 0.94
gentoo-linux

Gentoo Base System version 1.12.0_pre16
Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.4-r1, 2.6.15-suspend2-r8 i686)
=================================================================
System uname: 2.6.15-suspend2-r8 i686 Intel(R) Pentium(R) III Mobile CPU       866MHz
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [disabled]
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"

Re: Pr Rules and Expired Keys

Hi David,

> Is there an easier way?

yes, by manually editing pgprules.xml in your profile
(assuming that you know how to find your profile):
http://enigmail.mozdev.org/pgprules.html
http://enigmail.mozdev.org/pgprules_file.html

Nevertheless this is a bug and I'd like to ask you
to enter it into bugzilla:
http://enigmail.mozdev.org/bugs.html
http://mozdev.org/bugs/enter_bug.cgi?product=enigmail&version=0.9&component=GUI&rep_platform=All&op_sys=All&priority=P2&bug_severity=normal&target_milestone=---&bug_status=NEW&assigned_to=patrick.brunschwig%40gmx.net&qa_contact=patrick.brunschwig%40gmx.net&cc=&bug_file_loc=http%3A%2F%2F&short_desc=&comment=Thunderbird%2FMozilla%20version%3A%0D%0AGnuPG%20version%3A%0D%0AEnigmail%20version%3A%0D%0A%0D%0ADescription%20of%20bug%3A%0D%0A%0D%0A%0D%0AExpected%20behaviour%3A%0D%0A%0D%0A%0D%0ASteps%20to%20reproduce%3A%0D%0A1.%0D%0A2.%0D%0A3.&commentprivacy=0&keywords=&dependson=&blocked=&maketemplate=Remember%20values%20as%20bookmarkable%20template&form_name=enter_bug

Thanks,
Olav

GnuPG 1.9.20 on MacOS X - Question about agent

Thanks to the patches posted by Remco Post in this forum, for libksba
and gnupg 1.9.20, I could have the latter configured for:
Platform:  Darwin (powerpc-apple-darwin8.5.0)

        OpenPGP:   no
        S/MIME:    yes
        Agent:     yes
        Smartcard: yes

        Protect tool:      (default)
        Default agent:     (default)
        Default pinentry:  (default)
        Default scdaemon:  (default)
        Default dirmngr:   (default)

        PKITS based tests: no

But 'make' posts the warning:
----------
gpgparsemail.c:150: error: static declaration of 'stpcpy' follows
non-static declaration
gpgparsemail.c: In function 'parse_message':
gpgparsemail.c:603: warning: pointer targets in passing argument 2 of
'rfc822parse_insert' differ in signedness
make[1]: *** [gpgparsemail.o] Error 1
make: *** [check-recursive] Error 1
----------------

and of course 'sudo make install' warns:

Re: Pr Rules and Expired Keys

Thanks for the info.

Making sure I'm compiling from CVS on Windows properly

I've compiled SeaMonkey and just checked out from CVS Enigmail and
achieved compiling it properly. But I had to do some tweaks not
explicitly documented and I'd like to comment them out just to make
sure I've not done anything wrong!

Here, SeaMonkey sources are at C:\src\mozilla. I know how to compile
SeaMonkey and get an usable executable, so this is out of topic here.

I open a Cygwin bash shell so environment's ready for compiling
SeaMonkey. Given I'm at /cygdrive/c/src I do:

$ cvs -d :pserver:guest <at> mozdev.org:/cvs login
$ cvs -d :pserver:guest <at> mozdev.org:/cvs co enigmail/src

And from the same working dir:

$ mv enigmail/src/ mozilla/mailnews/extensions/enigmail

Then I move to /cygdrive/c/src/mozilla/mailnews/extensions/enigmail
and from there I do:

./makemake -r -o ../../../obj-i686-pc-cygwin/

Why? Here mozconfig's at C:\opt\moztools\mozconfig and MOZCONFIG
envirnoment variable is set to this value. However there:

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj- <at> CONFIG_GUESS@

And as makemake doesn't resolve that @CONFIG_GUESS@ then resulting
sources wouldn't get to obj-i686-pc-cygwin, that's why I specify the

Making sure I'm compiling properly

I've just checked out from CVS Enigmail and at first sight I've
achieved compiling it properly. Meanwhile I had to do some tweaks not
explicitly documented and I'd like to comment them out just to make
sure I've not done anything wrong!

Here, SeaMonkey sources are at C:\src\mozilla. I know how to compile
SeaMonkey and get an usable executable, so this is out of topic here.

I open a Cygwin bash shell with a customized environment ready for
compiling SeaMonkey. Given I'm at /cygdrive/c/src I do:

$ cvs -d :pserver:guest <at> mozdev.org:/cvs login
$ cvs -d :pserver:guest <at> mozdev.org:/cvs co enigmail/src

And from the same working dir:

$ mv enigmail/src/ mozilla/mailnews/extensions/enigmail

Then I move to /cygdrive/c/src/mozilla/mailnews/extensions/enigmail
and from there I do:

./makemake -r -o ../../../obj-i686-pc-cygwin/

Why? Here mozconfig's at C:\opt\moztools\mozconfig and MOZCONFIG
envirnoment variable is set to this value. However in that file:

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj- <at> CONFIG_GUESS@

And as makemake doesn't resolve @CONFIG_GUESS@ then resulting sources
wouldn't get to obj-i686-pc-cygwin, where I need them. That's why I

Re: Making sure I'm compiling properly

On 04/07/2006 10:34 AM Ismael Valladolid Torres wrote:

> Am I doing things properly? Any ideas to do everything in a more
> smooth way? 

I read your mail the first time, but I had nothing to say, as I have
never compiled on windows.

> Specifically, in which order do I need to compile
> SeaMonkey and Enigmail,

On linux, I compile SM, then EM, then put the JSLIB into it, and then
build the package.
And then I have a tar.gz of SM including EM and JSLIB.

>  and why do I need to rebuild SeaMonkey after
> Enigmail?

Hm? To be honest I dont have a clue.

BTW: Do you use an OBJDIR? You should. And you should start each
compile with a clean aka empty OBJDIR. Otherwise there could be
errors, which I forgot. I just got the same advice (to empty the
OBJDIR) and it worked for me.

OJ
--

-- 
Why is it that New Jersey got all the toxic waste dumps and California
got all the lawyers?
New Jersey had first choice.