The eudora-emsapi list archive ending on 8 Dec 2005
Topics covered in this issue include:
1. RE: moving spam to another folder
"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Wed, 28 Sep 2005 14:27:36 -0300
2. move selected email(s) to a mailbox folder
nitescu andrei <nitescua at yahoo dot com>
Fri, 30 Sep 2005 11:53:39 -0700 (PDT)
3. Re: Eudora's file format
Kelly Anderson <kelly at acoin dot com>
Sat, 01 Oct 2005 07:55:02 -0600
4. Re: some plugin dev questions
Kelly Anderson <kelly at acoin dot com>
Sat, 01 Oct 2005 06:54:04 -0600
5. Re: Eudora's file format
Kelly Anderson <kelly at acoin dot com>
Sat, 01 Oct 2005 07:09:15 -0600
6. Re: Eudora's file format
nitescu andrei <nitescua at yahoo dot com>
Mon, 3 Oct 2005 00:30:02 -0700 (PDT)
7. Re: Eudora's file format
Gary Krone <gkrone at wi dot rr dot com>
Wed, 05 Oct 2005 18:51:46 -0500
8. Re: Eudora's file format
nitescu andrei <nitescua at yahoo dot com>
Thu, 6 Oct 2005 01:13:56 -0700 (PDT)
9. Re: some plugin dev questions
Jaap van Ganswijk <ganswijk at xs4all dot nl>
Thu, 06 Oct 2005 10:52:26 +0200
10. mailbox name
nitescu andrei <nitescua at yahoo dot com>
Thu, 6 Oct 2005 06:33:15 -0700 (PDT)
11. Re: some plugin dev questions
nitescu andrei <nitescua at yahoo dot com>
Mon, 3 Oct 2005 10:12:55 -0700 (PDT)
12. Re: some plugin dev questions
Phil Daley <daley_p at tds dot net>
Thu, 06 Oct 2005 12:24:45 -0400
13. Re: mailbox name
Phil Daley <daley_p at tds dot net>
Thu, 06 Oct 2005 13:12:04 -0400
14. Re: some plugin dev questions
gkrone at wi dot rr dot com
Thu, 06 Oct 2005 11:42:11 -0500
15. Re: mailbox name
nitescu andrei <nitescua at yahoo dot com>
Thu, 6 Oct 2005 23:41:44 -0700 (PDT)
16. Leftover Attachments
Jeffry Houser <jeff at farcryfly dot com>
Fri, 07 Oct 2005 10:08:17 -0400
17. Re: Eudora's file format
Kelly Anderson <kelly at acoin dot com>
Sat, 08 Oct 2005 08:34:50 -0600
18. Re: some plugin dev questions
Kelly Anderson <kelly at acoin dot com>
Sat, 08 Oct 2005 08:36:44 -0600
19. Re: Eudora's file format
Kelly Anderson <kelly at acoin dot com>
Sat, 08 Oct 2005 08:39:20 -0600
20. Re: some plugin dev questions
Kelly Anderson <kelly at acoin dot com>
Sat, 08 Oct 2005 08:43:14 -0600
21. Re: some plugin dev questions
Kelly Anderson <kelly at acoin dot com>
Sat, 08 Oct 2005 08:53:57 -0600
22. Re: Leftover Attachments
Kelly Anderson <kelly at acoin dot com>
Sat, 08 Oct 2005 09:06:46 -0600
23. Re: Leftover Attachments
Jeffry Houser <jeff at farcryfly dot com>
Sat, 08 Oct 2005 12:03:47 -0400
24. rewriting Eudora was: Leftover Attachments
Gary Krone <gkrone at wi dot rr dot com>
Sat, 08 Oct 2005 15:17:38 -0500
25. Re: Eudora's file format
Gary Krone <gkrone at wi dot rr dot com>
Sat, 08 Oct 2005 15:28:55 -0500
26. Re: Leftover Attachments
Gary Krone <gkrone at wi dot rr dot com>
Sat, 08 Oct 2005 15:37:55 -0500
27. Re: Leftover Attachments
Pete Maclean <aaddict at maclean dot com>
Sat, 08 Oct 2005 23:22:41 -0400
28. RE: Leftover Attachments
"Igor" <igor at edreams dot ca>
Sun, 9 Oct 2005 00:48:42 -0400
29. Re: Eudora's file format
Kelly Anderson <kelly at acoin dot com>
Sun, 09 Oct 2005 18:04:31 -0600
30. Re: rewriting Eudora was: Leftover Attachments
Kelly Anderson <kelly at acoin dot com>
Sun, 09 Oct 2005 18:03:14 -0600
31. Re: Leftover Attachments
Kelly Anderson <kelly at acoin dot com>
Sun, 09 Oct 2005 18:01:01 -0600
32. determine where Eudora is installed
nitescu andrei <nitescua at yahoo dot com>
Fri, 14 Oct 2005 09:01:53 -0700 (PDT)
33. Re: determine where Eudora is installed
Phil Daley <daley_p at tds dot net>
Fri, 14 Oct 2005 12:30:40 -0400
34. Looking for Kelly Anderson
Jeffry Houser <jeff at farcryfly dot com>
Tue, 18 Oct 2005 09:24:40 -0400
35. how to get the MIME version of the email
nitescu andrei <nitescua at yahoo dot com>
Mon, 24 Oct 2005 06:50:02 -0700 (PDT)
36. MIME reconstruction and the x-html, x-flowed
nitescu andrei <nitescua at yahoo dot com>
Fri, 28 Oct 2005 05:22:14 -0700 (PDT)
37. RE: MIME reconstruction and the x-html, x-flowed
"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Fri, 28 Oct 2005 09:30:55 -0300
38. RE: MIME reconstruction and the x-html, x-flowed
nitescu andrei <nitescua at yahoo dot com>
Fri, 28 Oct 2005 05:56:36 -0700 (PDT)
39. RE: MIME reconstruction and the x-html, x-flowed
Pete Maclean <aaddict at maclean dot com>
Fri, 28 Oct 2005 10:56:52 -0400
40. RE: MIME reconstruction and the x-html, x-flowed
nitescu andrei <nitescua at yahoo dot com>
Fri, 28 Oct 2005 08:18:24 -0700 (PDT)
41. RE: MIME reconstruction and the x-html, x-flowed
Phil Daley <daley_p at tds dot net>
Fri, 28 Oct 2005 12:43:01 -0400
42. RE: MIME reconstruction and the x-html, x-flowed
Pete Maclean <aaddict at maclean dot com>
Fri, 28 Oct 2005 12:40:14 -0400
43. RE: MIME reconstruction and the x-html, x-flowed
"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Fri, 28 Oct 2005 14:36:37 -0300
44. RE: MIME reconstruction and the x-html, x-flowed
"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Fri, 28 Oct 2005 14:44:53 -0300
45. Accessing eudora files using PHP
Jaap van Ganswijk <ganswijk at xs4all dot nl>
Tue, 22 Nov 2005 09:44:11 +0100
46. Change to Eudora EMSAPI calling behavior
Jeff Beckley <beckley at qualcomm dot com>
Thu, 08 Dec 2005 09:53:23 -0800
47. Re: Change to Eudora EMSAPI calling behavior
Polgar Ferenc <pofe at externet dot hu>
Thu, 08 Dec 2005 21:14:25 +0100
48. Re: Change to Eudora EMSAPI calling behavior
nitescu andrei <nitescua at yahoo dot com>
Thu, 8 Dec 2005 12:48:28 -0800 (PST)
49. Re: Change to Eudora EMSAPI calling behavior
Alexander Lishansky <alex_l at 012 dot net dot il>
Fri, 09 Dec 2005 02:31:18 +0200
50. Re: Change to Eudora EMSAPI calling behavior
Alexander Lishansky <alex_l at 012 dot net dot il>
Fri, 09 Dec 2005 03:01:19 +0200
From: "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: moving spam to another folder
Date: Wed, 28 Sep 2005 14:27:36 -0300
Text, a GUID, whatever... any text that you can use later to identify that
email with a filter or even from automation.
Emiliano R. Sosa
www.eesoftware.com.ar
-----Original Message-----
From: Jim Dandy [mailto:gerryscat@hotmail.com]
Sent: Wednesday, September 28, 2005 1:20 PM
To: emisosa@fibertel.com.ar
Cc: eudora-emsapi@lists.pensive.org
Subject: moving spam to another folder
Emilano wrote:
"To move emails marked as spam to another folder you will have to create by
code a Eudora filter to move emails with a special mark that your software
will add in the body (plug ins can't modify headers in Eudora)."
Can you provide more detail on the "special mark". I have read the
documentation.
thanks,
Gerry
Date: Fri, 30 Sep 2005 11:53:39 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: move selected email(s) to a mailbox folder
Hi,
This is a major problem:
you have a on-request traslator and you wish to move
the selected email(s) to a folder.
Note the (s): moving multiple mails selected cannot
be done by on-request translator; the button is
grayed; you can use a tool translator but you might
not want to, depends;
But lets say we are satisfied with only one mail
selected.
Now, moving the mail can be done using the
automation, like this:
IEuMessagePtr pMessage;
.... // get the message object; how ???
pMessage->Move(pFolder);
The problem is how to get the selected
IEuMessagePtr. There are 2 solutions:
1. search the message in all folders by Automation
objects.
for this you need to do a recursive function
which search the email through all folders; there is
another question how to identify the email if you have
2 emails with similar content;
2. use the FindWindow API to find the ListBox
control which contain the selected email;
a function is needed to search a listbox window
which has in currently selected item data
(LB_GETITEMDATA) one of the 'to' or 'from' strings(if
u will check you will see that the item data contains
the 'to','from' strings)
the first ListBox window found usually is the one
which holds the selcted mail (because FindWindow
search in Zorder);
now, do you have any other method, idea ?
i neeed this badly.
10x
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Sat, 01 Oct 2005 07:55:02 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Eudora's file format
That's not 100% true. While unix' mailbox file format is very similar
to Eudora's they are not identical. Eudora uses a different delimiter
between the emails. Granted, they are 99.9% the same, but they are
not identical.
-Kelly
At 04:54 AM 9/27/2005, you wrote:
>The mbx file is a standard Unix mailbox.
>
>Any Unix mail reader should be able to read it.
>
>
>
>At 9/27/2005 03:33 AM, Jaap van Ganswijk wrote:
>
> >Hi,
> >
> >I'm using Eudora on Windows 98 to handle my email,
> >but to update my WWW-sites I use Linux and therefore
> >it would be nice when I could access the Eudora
> >files from Linux.
> >
> >Is the format of the Eudora files public by now?
> >
> >(Of course the format of the .mbx files is
> >quite obvious...)
>Phil Daley < AutoDesk >
>http://www.conknet.com/~p_daley
>
>
>
>
Date: Sat, 01 Oct 2005 06:54:04 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: some plugin dev questions
I've made some progress on reverse engineering the file formats for
most of the files (MBX, TOC, INI, Address Book, etc). Most of the
code I've developed is in C#.
I don't read this list often because nobody posts often. I've become
more interested in solving my problems than with working with a
non-responsive Qualcomm.
-Kelly
At 11:06 AM 9/26/2005, you wrote:
>Hi,
>
>i am trying to write a plugin for Eudora; i have
>several questions:
>
>- my plugin display a button on the toolbar using
>EMSF_TOOLBAR_PRESENCE flag; what i noticed is if i
>remove the button in Eudora (using alt key +mouse) and
>restart Eudora, the button is not there anymore;
>i need my button to get on the toolbar everytime
>Eudora is loaded, no matter if the button was removed
>by user;
>i see that there is a value in the eudora.ini file
>called "SeenPlugins":
>SeenPlugins:x515x,x11x,x667x
>667 is the id of my plugin, if i remove it from the
>value then the button is back again at each start;
>is there a way to do this instead of hacking the ini ?
>i always prefer solutions from the developers of the
>software and not "hack\tweak" solutions;
>
>- is there a way to create a toolbar from code ?
>(instead of tweaking the ini\registry) ?
>
>- is there a way to read Eudora address book from code
>? both Eudora Automation Server and emsapi does not
>have this;
>again a "dirty" solution would be to reverse engineer
>the file formats which eudora is using (i saw some
>info avaiable)
>
>- the documentation does not explain clearly the
>significance of each of the flags (plugin types), it
>only talks a little bit about the plugin translation
>order:
>#define EMST_NO_TYPE (-1L)
>#define EMST_LANGUAGE (0x10L)
>#define EMST_TEXT_FORMAT (0x20L)
>#define EMST_GRAPHIC_FORMAT (0x30L)
>#define EMST_COMPRESSION (0x40L)
>#define EMST_COALESCED (0x50L)
>#define EMST_SIGNATURE (0x60L)
>#define EMST_PREPROCESS (0x70L)
>#define EMST_CERT_MANAGEMENT (0x80L)
>
>- the on request translation plugin will it modify
>ONLY what is selected in the mail ?
>what happens when nothing is selected ? what if i want
>to modify all the message ?
>
>
>Thank you
>
>
>__________________________________________________
>Do You Yahoo!?
>Tired of spam? Yahoo! Mail has the best spam protection around
>http://mail.yahoo.com
Date: Sat, 01 Oct 2005 07:09:15 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Eudora's file format
Not public, per se, although there are a few web pages that give one
a good start on the MBX and TOC files. I've gotten a pretty good idea
of what's in the TOC files, although there are still a few bits/bytes
that are somewhat mysterious. I don't fully understand, for example,
how the column widths are stored in the file, but they do seem to be
there somewhere... just haven't tracked it down in detail.
I've gotten quite good at the PCE (Filters) file, and have
reimplemented most of Eudora's functionality for such in C#. There
are a few actions that I'm not terribly interested in, like playing
sounds, but the Transfer To... and Copy To... actions are done.
I have a shipping filter editor at www.habit3.com if anyone is interested.
-Kelly
At 01:33 AM 9/27/2005, you wrote:
>Hi,
>
>I'm using Eudora on Windows 98 to handle my email,
>but to update my WWW-sites I use Linux and therefore
>it would be nice when I could access the Eudora
>files from Linux.
>
>Is the format of the Eudora files public by now?
>
>(Of course the format of the .mbx files is
>quite obvious...)
>
>Greetings,
>Jaap
>
>-- Chip Directory
>-- http://www.chipdir.org/
Date: Mon, 3 Oct 2005 00:30:02 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: Re: Eudora's file format
im interested in "Transfer To... " feature
are you able to modify the Eudora files and mimic
the email moving to a mailbox without restarting
Eudora ?
thanks
--- Kelly Anderson <kelly@acoin.com> wrote:
> Not public, per se, although there are a few web
> pages that give one
> a good start on the MBX and TOC files. I've gotten a
> pretty good idea
> of what's in the TOC files, although there are still
> a few bits/bytes
> that are somewhat mysterious. I don't fully
> understand, for example,
> how the column widths are stored in the file, but
> they do seem to be
> there somewhere... just haven't tracked it down in
> detail.
>
> I've gotten quite good at the PCE (Filters) file,
> and have
> reimplemented most of Eudora's functionality for
> such in C#. There
> are a few actions that I'm not terribly interested
> in, like playing
> sounds, but the Transfer To... and Copy To...
> actions are done.
>
> I have a shipping filter editor at www.habit3.com if
> anyone is interested.
>
> -Kelly
>
> At 01:33 AM 9/27/2005, you wrote:
>
> >Hi,
> >
> >I'm using Eudora on Windows 98 to handle my email,
> >but to update my WWW-sites I use Linux and
> therefore
> >it would be nice when I could access the Eudora
> >files from Linux.
> >
> >Is the format of the Eudora files public by now?
> >
> >(Of course the format of the .mbx files is
> >quite obvious...)
> >
> >Greetings,
> >Jaap
> >
> >-- Chip Directory
> >-- http://www.chipdir.org/
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Wed, 05 Oct 2005 18:51:46 -0500
From: Gary Krone <gkrone at wi dot rr dot com>
Subject: Re: Eudora's file format
The web sites do have some information, but they have not been updated in
about 7 or 8 years.
I wrote an article that was published in the February 2004 edition of Dr.
Dobbs Journal about Eudora mailboxes. I put the mailbox and the toc file
into a class for easy access. There are some holes in the classes but you
can use them to read the files. I was never quite able to get Eudora to
read a file that I had modified. I think someone on the list mentioned
keeping the file dates in synch. I may have to go back and try that
suggestion.
At 12:30 AM 10/3/2005 -0700, nitescu andrei wrote:
> im interested in "Transfer To... " feature
> are you able to modify the Eudora files and mimic
>the email moving to a mailbox without restarting
>Eudora ?
>
>thanks
>
>--- Kelly Anderson <kelly@acoin.com> wrote:
>
> > Not public, per se, although there are a few web
> > pages that give one
> > a good start on the MBX and TOC files. I've gotten a
> > pretty good idea
> > of what's in the TOC files, although there are still
> > a few bits/bytes
> > that are somewhat mysterious. I don't fully
> > understand, for example,
> > how the column widths are stored in the file, but
> > they do seem to be
> > there somewhere... just haven't tracked it down in
> > detail.
> >
> > I've gotten quite good at the PCE (Filters) file,
> > and have
> > reimplemented most of Eudora's functionality for
> > such in C#. There
> > are a few actions that I'm not terribly interested
> > in, like playing
> > sounds, but the Transfer To... and Copy To...
> > actions are done.
> >
> > I have a shipping filter editor at www.habit3.com if
> > anyone is interested.
> >
> > -Kelly
> >
> > At 01:33 AM 9/27/2005, you wrote:
> >
> > >Hi,
> > >
> > >I'm using Eudora on Windows 98 to handle my email,
> > >but to update my WWW-sites I use Linux and
> > therefore
> > >it would be nice when I could access the Eudora
> > >files from Linux.
> > >
> > >Is the format of the Eudora files public by now?
> > >
> > >(Of course the format of the .mbx files is
> > >quite obvious...)
> > >
> > >Greetings,
> > >Jaap
> > >
> > >-- Chip Directory
> > >-- http://www.chipdir.org/
> >
> >
>
>
>
>
>__________________________________
>Yahoo! Mail - PC Magazine Editors' Choice 2005
>http://mail.yahoo.com
Gary Krone
7617 50th Ave
Kenosha, WI 53142
gkrone@wi.rr.com
(262)697-5041
Date: Thu, 6 Oct 2005 01:13:56 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: Re: Eudora's file format
Hi,
Thanks alot for your message.
I will read your article it must be very useful.
Can you please point me to the maillist message ?
To which file date should the files be synchronized ?
Please tell more about this.
thanks
--- Gary Krone <gkrone@wi.rr.com> wrote:
> The web sites do have some information, but they
> have not been updated in
> about 7 or 8 years.
>
> I wrote an article that was published in the
> February 2004 edition of Dr.
> Dobbs Journal about Eudora mailboxes. I put the
> mailbox and the toc file
> into a class for easy access. There are some holes
> in the classes but you
> can use them to read the files. I was never quite
> able to get Eudora to
> read a file that I had modified. I think someone on
> the list mentioned
> keeping the file dates in synch. I may have to go
> back and try that
> suggestion.
>
>
>
> At 12:30 AM 10/3/2005 -0700, nitescu andrei wrote:
> > im interested in "Transfer To... " feature
> > are you able to modify the Eudora files and
> mimic
> >the email moving to a mailbox without restarting
> >Eudora ?
> >
> >thanks
> >
> >--- Kelly Anderson <kelly@acoin.com> wrote:
> >
> > > Not public, per se, although there are a few web
> > > pages that give one
> > > a good start on the MBX and TOC files. I've
> gotten a
> > > pretty good idea
> > > of what's in the TOC files, although there are
> still
> > > a few bits/bytes
> > > that are somewhat mysterious. I don't fully
> > > understand, for example,
> > > how the column widths are stored in the file,
> but
> > > they do seem to be
> > > there somewhere... just haven't tracked it down
> in
> > > detail.
> > >
> > > I've gotten quite good at the PCE (Filters)
> file,
> > > and have
> > > reimplemented most of Eudora's functionality for
> > > such in C#. There
> > > are a few actions that I'm not terribly
> interested
> > > in, like playing
> > > sounds, but the Transfer To... and Copy To...
> > > actions are done.
> > >
> > > I have a shipping filter editor at
> www.habit3.com if
> > > anyone is interested.
> > >
> > > -Kelly
> > >
> > > At 01:33 AM 9/27/2005, you wrote:
> > >
> > > >Hi,
> > > >
> > > >I'm using Eudora on Windows 98 to handle my
> email,
> > > >but to update my WWW-sites I use Linux and
> > > therefore
> > > >it would be nice when I could access the Eudora
> > > >files from Linux.
> > > >
> > > >Is the format of the Eudora files public by
> now?
> > > >
> > > >(Of course the format of the .mbx files is
> > > >quite obvious...)
> > > >
> > > >Greetings,
> > > >Jaap
> > > >
> > > >-- Chip Directory
> > > >-- http://www.chipdir.org/
> > >
> > >
> >
> >
> >
> >
> >__________________________________
> >Yahoo! Mail - PC Magazine Editors' Choice 2005
> >http://mail.yahoo.com
>
> Gary Krone
> 7617 50th Ave
> Kenosha, WI 53142
> gkrone@wi.rr.com
> (262)697-5041
>
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Thu, 06 Oct 2005 10:52:26 +0200
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Re: some plugin dev questions
At 2005-10-01 14:54, Kelly Anderson wrote:
>I've made some progress on reverse engineering the file formats for most of the files (MBX, TOC, INI, Address Book, etc). Most of the code I've developed is in C#.
>
>I don't read this list often because nobody posts often.
The main problem with this list seems to be that the
answers only go to the writer of the article by default
and not to all the subscribers. This is deadly on a
list with only a limited number of subscribers where
the reactions are usually of interest to all of the
readers and where the reactions can cause new reactions.
List manager, please change this!
>I've become more interested in solving my problems than with working with a non-responsive Qualcomm.
Yes, it's amazing how non-responsive Qualcomm is!
If they want to keep Eudora alive, they should have
their finger on the pulse of time.
An example: I have a filter list of say 150 entries
and that slows the software down quite a bit (even
on a 1 Ghz Duron), so I suggested that they should
give some sort of indication of how often a certain
filter line was used in the past (or just the last
time the filter line was used), so I can remove
no-longer-used filter lines. When I have this problem
others will have the problem too, sooner or later.
But I never heared back from Qualcomm and the idea
was never implemented. This is not a good incentive
to send in more good ideas...
Greetings,
Jaap
Date: Thu, 6 Oct 2005 06:33:15 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: mailbox name
Hi,
has anyone studied data item of the mailbox listbox
(where the mails are displayed) ?
you can get the item data like this:
LPVOID lpData = SendMessage(hwndListBox,
LB_GETITEMDATA, 0, 0);
i was able to find some information in it (like index
of the email in the mailbox file);
but what i am looking for is the name of the mailbox
folder from which an mail exists.
any ideas\hints ?
thanks
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Mon, 3 Oct 2005 10:12:55 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: Re: some plugin dev questions
How reliable you think the reverse engineering process
is ?
Maybe they decide to change stuff to the TOC or MBX
format ?
--- Kelly Anderson <kelly@acoin.com> wrote:
> I've made some progress on reverse engineering the
> file formats for
> most of the files (MBX, TOC, INI, Address Book,
> etc). Most of the
> code I've developed is in C#.
>
> I don't read this list often because nobody posts
> often. I've become
> more interested in solving my problems than with
> working with a
> non-responsive Qualcomm.
>
> -Kelly
>
> At 11:06 AM 9/26/2005, you wrote:
>
> >Hi,
> >
> >i am trying to write a plugin for Eudora; i have
> >several questions:
> >
> >- my plugin display a button on the toolbar using
> >EMSF_TOOLBAR_PRESENCE flag; what i noticed is if i
> >remove the button in Eudora (using alt key +mouse)
> and
> >restart Eudora, the button is not there anymore;
> >i need my button to get on the toolbar everytime
> >Eudora is loaded, no matter if the button was
> removed
> >by user;
> >i see that there is a value in the eudora.ini file
> >called "SeenPlugins":
> >SeenPlugins:x515x,x11x,x667x
> >667 is the id of my plugin, if i remove it from the
> >value then the button is back again at each start;
> >is there a way to do this instead of hacking the
> ini ?
> >i always prefer solutions from the developers of
> the
> >software and not "hack\tweak" solutions;
> >
> >- is there a way to create a toolbar from code ?
> >(instead of tweaking the ini\registry) ?
> >
> >- is there a way to read Eudora address book from
> code
> >? both Eudora Automation Server and emsapi does not
> >have this;
> >again a "dirty" solution would be to reverse
> engineer
> >the file formats which eudora is using (i saw some
> >info avaiable)
> >
> >- the documentation does not explain clearly the
> >significance of each of the flags (plugin types),
> it
> >only talks a little bit about the plugin
> translation
> >order:
> >#define EMST_NO_TYPE (-1L)
> >#define EMST_LANGUAGE (0x10L)
> >#define EMST_TEXT_FORMAT (0x20L)
> >#define EMST_GRAPHIC_FORMAT (0x30L)
> >#define EMST_COMPRESSION (0x40L)
> >#define EMST_COALESCED (0x50L)
> >#define EMST_SIGNATURE (0x60L)
> >#define EMST_PREPROCESS (0x70L)
> >#define EMST_CERT_MANAGEMENT (0x80L)
> >
> >- the on request translation plugin will it modify
> >ONLY what is selected in the mail ?
> >what happens when nothing is selected ? what if i
> want
> >to modify all the message ?
> >
> >
> >Thank you
> >
> >
> >__________________________________________________
> >Do You Yahoo!?
> >Tired of spam? Yahoo! Mail has the best spam
> protection around
> >http://mail.yahoo.com
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Thu, 06 Oct 2005 12:24:45 -0400
From: Phil Daley <daley_p at tds dot net>
Subject: Re: some plugin dev questions
At 10/6/2005 04:52 AM, Jaap van Ganswijk wrote:
>List manager, please change this!
Probably a useless request ;-)
>>I've become more interested in solving my problems than with working with a
>non-responsive Qualcomm.
>
>Yes, it's amazing how non-responsive Qualcomm is!
>If they want to keep Eudora alive, they should have
>their finger on the pulse of time.
You see, that IS the problem. They do not think Eudora is the future, they
think wireless messaging is the future.
You can disagree with their premise, but I think that cell phone email, etc
is probably the future.
Phil Daley < AutoDesk >
http://www.conknet.com/~p_daley
Date: Thu, 06 Oct 2005 13:12:04 -0400
From: Phil Daley <daley_p at tds dot net>
Subject: Re: mailbox name
If you do a recursive search on "descmap.pce" you will find all the files
that list all the mailboxes in that directory.
At 10/6/2005 09:33 AM, nitescu andrei wrote:
>Hi,
>
>has anyone studied data item of the mailbox listbox
>(where the mails are displayed) ?
>
>you can get the item data like this:
>LPVOID lpData = SendMessage(hwndListBox,
>LB_GETITEMDATA, 0, 0);
>
>i was able to find some information in it (like index
>of the email in the mailbox file);
>
>but what i am looking for is the name of the mailbox
>folder from which an mail exists.
>
>any ideas\hints ?
Phil Daley < AutoDesk >
http://www.conknet.com/~p_daley
Date: Thu, 06 Oct 2005 11:42:11 -0500
From: gkrone at wi dot rr dot com
Subject: Re: some plugin dev questions
I have suggested a better way to organize attachments so they can be
archived with mailboxes and there was no response either.
They could have put some effort into that instead of chili peppers.
----- Original Message -----
From: Jaap van Ganswijk <ganswijk@xs4all.nl>
Date: Thursday, October 6, 2005 3:52 am
Subject: Re: some plugin dev questions
> At 2005-10-01 14:54, Kelly Anderson wrote:
> >I've made some progress on reverse engineering the file formats
> for most of the files (MBX, TOC, INI, Address Book, etc). Most of
> the code I've developed is in C#.
> >
> >I don't read this list often because nobody posts often.
>
> The main problem with this list seems to be that the
> answers only go to the writer of the article by default
> and not to all the subscribers. This is deadly on a
> list with only a limited number of subscribers where
> the reactions are usually of interest to all of the
> readers and where the reactions can cause new reactions.
>
> List manager, please change this!
>
> >I've become more interested in solving my problems than with
> working with a non-responsive Qualcomm.
>
> Yes, it's amazing how non-responsive Qualcomm is!
> If they want to keep Eudora alive, they should have
> their finger on the pulse of time.
>
> An example: I have a filter list of say 150 entries
> and that slows the software down quite a bit (even
> on a 1 Ghz Duron), so I suggested that they should
> give some sort of indication of how often a certain
> filter line was used in the past (or just the last
> time the filter line was used), so I can remove
> no-longer-used filter lines. When I have this problem
> others will have the problem too, sooner or later.
> But I never heared back from Qualcomm and the idea
> was never implemented. This is not a good incentive
> to send in more good ideas...
>
> Greetings,
> Jaap
>
>
Date: Thu, 6 Oct 2005 23:41:44 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: Re: mailbox name
I dont think I understand how it will help me.
What i need is this:
i have a button on the toolbar from my on-request
translator.
when the user press the button i need to move the
emails currently selected in the mailbox listbox
control, to another folder.
what i need is the name of the mailbox from which the
selected emails are.
the problem is i dont know how to get the name of the
mailbox from which those selected emails are ( i need
the name of the mailbox because i move to emails using
automation like this: pMessage->Move(pMyFolder); }
the problem is i dont know what is the mailbox folder
(a IEuFolderPtr object) or the selected mail(s) (a
IEuMessagePtr object)
i can construct them in automation but i dont know
their ID (in automation each object has its own ID;
emails in a folder have ID like 1,2,3,...; same for
folders)
if i know their ID i can search them in the
hierarchy;
--- Phil Daley <daley_p@tds.net> wrote:
> If you do a recursive search on "descmap.pce" you
> will find all the files
> that list all the mailboxes in that directory.
>
>
> At 10/6/2005 09:33 AM, nitescu andrei wrote:
>
> >Hi,
> >
> >has anyone studied data item of the mailbox
> listbox
> >(where the mails are displayed) ?
> >
> >you can get the item data like this:
> >LPVOID lpData = SendMessage(hwndListBox,
> >LB_GETITEMDATA, 0, 0);
> >
> >i was able to find some information in it (like
> index
> >of the email in the mailbox file);
> >
> >but what i am looking for is the name of the
> mailbox
> >folder from which an mail exists.
> >
> >any ideas\hints ?
>
> Phil Daley < AutoDesk >
> http://www.conknet.com/~p_daley
>
>
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Fri, 07 Oct 2005 10:08:17 -0400
From: Jeffry Houser <jeff at farcryfly dot com>
Subject: Leftover Attachments
At one point Eudora had a bug where if you deleted a mailbox that
contained e-mail(s) with attachments, those attachments would not be
deleted. The work-around was to delete all e-mails from a mailbox before
deleting the mailbox. As far as I know this bug still exists.
Has anyone written any code to delete these leftover attachments?
Between the "Attachment" and "embedded" folder, I have around ~10,000
files. I assume writing something would be quicker than going through each
file one by one and searching through all mailboxes for the attachment name.
--
Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer
AIM: Reboog711 | Phone: 1-203-379-0773
--
My Company: <http://www.dot-com-it.com>
My Books: <http://www.instantcoldfusion.com>
My Recording Studio: <http://www.fcfstudios.com>
Connecticut Macromedia User Group: <http://www.ctmug.com>
Now Blogging at <http://www.jeffryhouser.com>
Date: Sat, 08 Oct 2005 08:34:50 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Eudora's file format
To be safe, my routines check that Eudora is not running. If Eudora
is running, I can ask Eudora to exit, and if it doesn't, I prompt the
user to please Exit Eudora. When I'm done, I can relaunch Eudora.
It is not safe to edit mbx and toc files while Eudora is running
because Eudora caches the TOC files in memory, and you can't change
Eudora's copy. Thus when Eudora exits, your changes will be overwritten.
-Kelly
At 01:30 AM 10/3/2005, you wrote:
> im interested in "Transfer To... " feature
> are you able to modify the Eudora files and mimic
>the email moving to a mailbox without restarting
>Eudora ?
>
>thanks
>
>--- Kelly Anderson <kelly@acoin.com> wrote:
>
> > Not public, per se, although there are a few web
> > pages that give one
> > a good start on the MBX and TOC files. I've gotten a
> > pretty good idea
> > of what's in the TOC files, although there are still
> > a few bits/bytes
> > that are somewhat mysterious. I don't fully
> > understand, for example,
> > how the column widths are stored in the file, but
> > they do seem to be
> > there somewhere... just haven't tracked it down in
> > detail.
> >
> > I've gotten quite good at the PCE (Filters) file,
> > and have
> > reimplemented most of Eudora's functionality for
> > such in C#. There
> > are a few actions that I'm not terribly interested
> > in, like playing
> > sounds, but the Transfer To... and Copy To...
> > actions are done.
> >
> > I have a shipping filter editor at www.habit3.com if
> > anyone is interested.
> >
> > -Kelly
> >
> > At 01:33 AM 9/27/2005, you wrote:
> >
> > >Hi,
> > >
> > >I'm using Eudora on Windows 98 to handle my email,
> > >but to update my WWW-sites I use Linux and
> > therefore
> > >it would be nice when I could access the Eudora
> > >files from Linux.
> > >
> > >Is the format of the Eudora files public by now?
> > >
> > >(Of course the format of the .mbx files is
> > >quite obvious...)
> > >
> > >Greetings,
> > >Jaap
> > >
> > >-- Chip Directory
> > >-- http://www.chipdir.org/
> >
> >
>
>
>
>
>__________________________________
>Yahoo! Mail - PC Magazine Editors' Choice 2005
>http://mail.yahoo.com
Date: Sat, 08 Oct 2005 08:36:44 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: some plugin dev questions
The MBX and TOC formats have not changed since before Eudora 4.2. I
don't expect them to change anytime soon, due mostly to the laziness
of the engineers at Qualcomm. They don't seem to be doing much of
ANYTHING to change Eudora, except what they absolutely have to change
to remain somewhat relevant.
-Kelly
At 11:12 AM 10/3/2005, you wrote:
>How reliable you think the reverse engineering process
>is ?
>Maybe they decide to change stuff to the TOC or MBX
>format ?
Date: Sat, 08 Oct 2005 08:39:20 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Eudora's file format
Curious, I've never had a problem getting Eudora to read my files, so
long as Eudora was not running when I changed them.
Now, if the dates were out of sync, especially if the TOC file is
older than the MBX file, this triggers Eudora to do a "repair" of the
TOC. So I don't think that is your problem.
Did you maintain the bits that you didn't understand?
-Kelly
At 05:51 PM 10/5/2005, you wrote:
>The web sites do have some information, but they have not been
>updated in about 7 or 8 years.
>
>I wrote an article that was published in the February 2004 edition
>of Dr. Dobbs Journal about Eudora mailboxes. I put the mailbox and
>the toc file into a class for easy access. There are some holes in
>the classes but you can use them to read the files. I was never
>quite able to get Eudora to read a file that I had modified. I
>think someone on the list mentioned keeping the file dates in
>synch. I may have to go back and try that suggestion.
Date: Sat, 08 Oct 2005 08:43:14 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: some plugin dev questions
At 02:52 AM 10/6/2005, Jaap van Ganswijk wrote:
>Yes, it's amazing how non-responsive Qualcomm is!
>If they want to keep Eudora alive, they should have
>their finger on the pulse of time.
I don't think Qualcomm really is interested in keeping Eudora alive.
I think rather that they are interested in milking it for all it's
worth. There are less than five programmers working on it, and they
are just addressing the absolute minimum issues to keep it alive.
(Like the spam filter thing).
>An example: I have a filter list of say 150 entries
>and that slows the software down quite a bit (even
>on a 1 Ghz Duron), so I suggested that they should
>give some sort of indication of how often a certain
>filter line was used in the past (or just the last
>time the filter line was used), so I can remove
>no-longer-used filter lines. When I have this problem
>others will have the problem too, sooner or later.
>But I never heared back from Qualcomm and the idea
>was never implemented. This is not a good incentive
>to send in more good ideas...
If you would like to take control of your filters, try my filter
editor which contains all of what you suggest and more.
www.habit3.com
-Kelly
Date: Sat, 08 Oct 2005 08:53:57 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: some plugin dev questions
If you use Eudora's Reply To All feature, you don't have to type in
the emsapi list address... since the mail list manager is obviously
on long term vacation...
The chili peppers code was gifted to Qualcomm, all they had to do was
integrate it. Since it was so easy, they did it. Fixing the filters
is a much harder problem (believe me, I know)
-Kelly
At 10:42 AM 10/6/2005, gkrone@wi.rr.com wrote:
>I have suggested a better way to organize attachments so they can be
>archived with mailboxes and there was no response either.
>
>They could have put some effort into that instead of chili peppers.
Date: Sat, 08 Oct 2005 09:06:46 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Leftover Attachments
A more efficient algorithm would be to collect the names of all the
files in a sorted array, then go through all the emails and create a
list of attachments in a sorted array, then compare the two arrays
and delete any attachment files that are in the one list and not in
the other...
If you have enough interest in such a program to fund it, I could
probably get it written for around $400. I have most of the code
written now, it wouldn't be a big deal to create it for you. (As long
as I retained rights to the pre-existing code.)
I'd write it myself, but the filter editor program cost me around
$3500 plus a load of my own programming time, and I've now sold a
grand total of Four copies!! So writing code for the Eudora
marketplace isn't exactly on the top of my list.
In fact, I'm rewriting Eudora in C# because although I like their
paradigm, but am pissed that they aren't updating it. In all
likelihood, it will end up an Open Source project.
-Kelly
At 08:08 AM 10/7/2005, Jeffry Houser wrote:
> At one point Eudora had a bug where if you deleted a mailbox that
> contained e-mail(s) with attachments, those attachments would not
> be deleted. The work-around was to delete all e-mails from a
> mailbox before deleting the mailbox. As far as I know this bug still exists.
>
> Has anyone written any code to delete these leftover attachments?
>
> Between the "Attachment" and "embedded" folder, I have around
> ~10,000 files. I assume writing something would be quicker than
> going through each file one by one and searching through all
> mailboxes for the attachment name.
Date: Sat, 08 Oct 2005 12:03:47 -0400
From: Jeffry Houser <jeff at farcryfly dot com>
Subject: Re: Leftover Attachments
At 11:06 AM 10/8/2005, Kelly Anderson wrote:
>A more efficient algorithm would be to collect the names of all the files
>in a sorted array, then go through all the emails and create a list of
>attachments in a sorted array, then compare the two arrays and delete any
>attachment files that are in the one list and not in the other...
In my original post, I had not intended to suggest an algorithm. I meant
to say that
"Writing a program to process the files would be quicker than doing it
manually."
By manually, I mean:
"Open directory; copy filename, switch over to Eudora, do a search
(control-F), select attachment names contain filename.. etc.." If not
found, delete file....
But, yes, your suggestion would be much quicker than a program that used
a brute force approach. I imagine even a program using the brute force
method would be much quicker than doing it manually.
>If you have enough interest in such a program to fund it, I could probably
>get it written for around $400. I have most of the code written now, it
>wouldn't be a big deal to create it for you. (As long as I retained rights
>to the pre-existing code.)
I'll think about it, but at this time it probably isn't high enough on
the priority list to get funding.
>I'd write it myself, but the filter editor program cost me around $3500
>plus a load of my own programming time, and I've now sold a grand total of
>Four copies!! So writing code for the Eudora marketplace isn't exactly on
>the top of my list.
What Filter Editor Program?
--
Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer
AIM: Reboog711 | Phone: 1-203-379-0773
--
My Company: <http://www.dot-com-it.com>
My Books: <http://www.instantcoldfusion.com>
My Recording Studio: <http://www.fcfstudios.com>
Connecticut Macromedia User Group: <http://www.ctmug.com>
Now Blogging at <http://www.jeffryhouser.com>
Date: Sat, 08 Oct 2005 15:17:38 -0500
From: Gary Krone <gkrone at wi dot rr dot com>
Subject: rewriting Eudora was: Leftover Attachments
Maybe you could throw the rewrite onto sourceforge.net and get some
help. I can probably throw in a few hours here and there.
At 09:06 AM 10/8/2005 -0600, Kelly Anderson wrote:
>A more efficient algorithm would be to collect the names of all the files
>in a sorted array, then go through all the emails and create a list of
>attachments in a sorted array, then compare the two arrays and delete any
>attachment files that are in the one list and not in the other...
>
>If you have enough interest in such a program to fund it, I could probably
>get it written for around $400. I have most of the code written now, it
>wouldn't be a big deal to create it for you. (As long as I retained rights
>to the pre-existing code.)
>
>I'd write it myself, but the filter editor program cost me around $3500
>plus a load of my own programming time, and I've now sold a grand total of
>Four copies!! So writing code for the Eudora marketplace isn't exactly on
>the top of my list.
>
>In fact, I'm rewriting Eudora in C# because although I like their
>paradigm, but am pissed that they aren't updating it. In all likelihood,
>it will end up an Open Source project.
>
>-Kelly
>
>At 08:08 AM 10/7/2005, Jeffry Houser wrote:
>
>> At one point Eudora had a bug where if you deleted a mailbox that
>> contained e-mail(s) with attachments, those attachments would not be
>> deleted. The work-around was to delete all e-mails from a mailbox
>> before deleting the mailbox. As far as I know this bug still exists.
>>
>> Has anyone written any code to delete these leftover attachments?
>>
>> Between the "Attachment" and "embedded" folder, I have around ~10,000
>> files. I assume writing something would be quicker than going through
>> each file one by one and searching through all mailboxes for the
>> attachment name.
>
Gary Krone
7617 50th Ave
Kenosha, WI 53142
gkrone@wi.rr.com
(262)697-5041
Date: Sat, 08 Oct 2005 15:28:55 -0500
From: Gary Krone <gkrone at wi dot rr dot com>
Subject: Re: Eudora's file format
I think you are right about the out of synch file dates because a fix of
the TOC and I was able to access the files through Eudora. I figured if I
was going to archive messages I could just remove the TOC file and have it
generated if I have to access the archive later. I just wouldn't let the
archive get too big.
At 08:39 AM 10/8/2005 -0600, Kelly Anderson wrote:
>Curious, I've never had a problem getting Eudora to read my files, so long
>as Eudora was not running when I changed them.
>
>Now, if the dates were out of sync, especially if the TOC file is older
>than the MBX file, this triggers Eudora to do a "repair" of the TOC. So I
>don't think that is your problem.
>
>Did you maintain the bits that you didn't understand?
>
>-Kelly
>
>At 05:51 PM 10/5/2005, you wrote:
>>The web sites do have some information, but they have not been updated in
>>about 7 or 8 years.
>>
>>I wrote an article that was published in the February 2004 edition of Dr.
>>Dobbs Journal about Eudora mailboxes. I put the mailbox and the toc file
>>into a class for easy access. There are some holes in the classes but
>>you can use them to read the files. I was never quite able to get Eudora
>>to read a file that I had modified. I think someone on the list
>>mentioned keeping the file dates in synch. I may have to go back and try
>>that suggestion.
>
Gary Krone
7617 50th Ave
Kenosha, WI 53142
gkrone@wi.rr.com
(262)697-5041
Date: Sat, 08 Oct 2005 15:37:55 -0500
From: Gary Krone <gkrone at wi dot rr dot com>
Subject: Re: Leftover Attachments
I did have a small utility that listed orphaned attachments in a report,
but I can't find the code anymore.
At 09:06 AM 10/8/2005 -0600, Kelly Anderson wrote:
>A more efficient algorithm would be to collect the names of all the files
>in a sorted array, then go through all the emails and create a list of
>attachments in a sorted array, then compare the two arrays and delete any
>attachment files that are in the one list and not in the other...
>
>If you have enough interest in such a program to fund it, I could probably
>get it written for around $400. I have most of the code written now, it
>wouldn't be a big deal to create it for you. (As long as I retained rights
>to the pre-existing code.)
>
>I'd write it myself, but the filter editor program cost me around $3500
>plus a load of my own programming time, and I've now sold a grand total of
>Four copies!! So writing code for the Eudora marketplace isn't exactly on
>the top of my list.
>
>In fact, I'm rewriting Eudora in C# because although I like their
>paradigm, but am pissed that they aren't updating it. In all likelihood,
>it will end up an Open Source project.
>
>-Kelly
>
>At 08:08 AM 10/7/2005, Jeffry Houser wrote:
>
>> At one point Eudora had a bug where if you deleted a mailbox that
>> contained e-mail(s) with attachments, those attachments would not be
>> deleted. The work-around was to delete all e-mails from a mailbox
>> before deleting the mailbox. As far as I know this bug still exists.
>>
>> Has anyone written any code to delete these leftover attachments?
>>
>> Between the "Attachment" and "embedded" folder, I have around ~10,000
>> files. I assume writing something would be quicker than going through
>> each file one by one and searching through all mailboxes for the
>> attachment name.
>
Gary Krone
7617 50th Ave
Kenosha, WI 53142
gkrone@wi.rr.com
(262)697-5041
Date: Sat, 08 Oct 2005 23:22:41 -0400
From: Pete Maclean <aaddict at maclean dot com>
Subject: Re: Leftover Attachments
At 11:06 AM 10/8/2005, Kelly Anderson wrote:
>In fact, I'm rewriting Eudora in C# because although I like their
>paradigm, but am pissed that they aren't updating it. In all
>likelihood, it will end up an Open Source project.
Kelly,
Interesting idea. I might well be interested in helping. My
expertise is in the protocol area but I could work on others as
well. I don't do C# though and would prefer to do whatever I would
do in C++. I even have lots of code ready made that possibly could be applied.
Pete Maclean
From: "Igor" <igor at edreams dot ca>
Subject: RE: Leftover Attachments
Date: Sun, 9 Oct 2005 00:48:42 -0400
What would be the practical reason for rewriting it in C#? Or is this done
purely for fun?
There is an open-source mail program already: Thunderbird. It's very
similar to Eudora, and the project could probably use your expertise.
-----Original Message-----
From: Pete Maclean [mailto:aaddict@maclean.com]
Sent: Saturday, October 08, 2005 11:23 PM
To: Kelly Anderson; Subscribers of eudora-emsapi
Subject: Re: Leftover Attachments
At 11:06 AM 10/8/2005, Kelly Anderson wrote:
>In fact, I'm rewriting Eudora in C# because although I like their
>paradigm, but am pissed that they aren't updating it. In all
>likelihood, it will end up an Open Source project.
Kelly,
Interesting idea. I might well be interested in helping. My
expertise is in the protocol area but I could work on others as
well. I don't do C# though and would prefer to do whatever I would
do in C++. I even have lots of code ready made that possibly could be
applied.
Pete Maclean
Date: Sun, 09 Oct 2005 18:04:31 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Eudora's file format
Eudora will regenerate the TOC if it's deleted, but I don't find that
a particularly attractive approach.
Is your article available online somewhere? I'd love to compare notes
and see if there is anything you figured out that I missed thus far.
-Kelly
At 02:28 PM 10/8/2005, Gary Krone wrote:
>I think you are right about the out of synch file dates because a
>fix of the TOC and I was able to access the files through Eudora. I
>figured if I was going to archive messages I could just remove the
>TOC file and have it generated if I have to access the archive
>later. I just wouldn't let the archive get too big.
>
>At 08:39 AM 10/8/2005 -0600, Kelly Anderson wrote:
>>Curious, I've never had a problem getting Eudora to read my files,
>>so long as Eudora was not running when I changed them.
>>
>>Now, if the dates were out of sync, especially if the TOC file is
>>older than the MBX file, this triggers Eudora to do a "repair" of
>>the TOC. So I don't think that is your problem.
>>
>>Did you maintain the bits that you didn't understand?
>>
>>-Kelly
Date: Sun, 09 Oct 2005 18:03:14 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: rewriting Eudora was: Leftover Attachments
At some point I probably will put it on source forge, but for now, I
want to make sure the core is developed with a particular set of
standards. I am using TDD and pair programming, and it's turned out
quite nice so far, but it's going kind of slow.
Thunderbird is open source, but I have yet to find a programmer that
can extend it... their extensibility engine is apparently even more
obtuse than the emsapi sadly.
-Kelly
At 02:17 PM 10/8/2005, Gary Krone wrote:
>Maybe you could throw the rewrite onto sourceforge.net and get some
>help. I can probably throw in a few hours here and there.
>
>At 09:06 AM 10/8/2005 -0600, Kelly Anderson wrote:
>>A more efficient algorithm would be to collect the names of all the
>>files in a sorted array, then go through all the emails and create
>>a list of attachments in a sorted array, then compare the two
>>arrays and delete any attachment files that are in the one list and
>>not in the other...
>>
>>If you have enough interest in such a program to fund it, I could
>>probably get it written for around $400. I have most of the code
>>written now, it wouldn't be a big deal to create it for you. (As
>>long as I retained rights to the pre-existing code.)
>>
>>I'd write it myself, but the filter editor program cost me around
>>$3500 plus a load of my own programming time, and I've now sold a
>>grand total of Four copies!! So writing code for the Eudora
>>marketplace isn't exactly on the top of my list.
>>
>>In fact, I'm rewriting Eudora in C# because although I like their
>>paradigm, but am pissed that they aren't updating it. In all
>>likelihood, it will end up an Open Source project.
>>
>>-Kelly
>>
>>At 08:08 AM 10/7/2005, Jeffry Houser wrote:
>>
>>> At one point Eudora had a bug where if you deleted a mailbox
>>> that contained e-mail(s) with attachments, those attachments
>>> would not be deleted. The work-around was to delete all e-mails
>>> from a mailbox before deleting the mailbox. As far as I know
>>> this bug still exists.
>>>
>>> Has anyone written any code to delete these leftover attachments?
>>>
>>> Between the "Attachment" and "embedded" folder, I have around
>>> ~10,000 files. I assume writing something would be quicker than
>>> going through each file one by one and searching through all
>>> mailboxes for the attachment name.
>
>Gary Krone
>7617 50th Ave
>Kenosha, WI 53142
>gkrone@wi.rr.com
>(262)697-5041
>
>
Date: Sun, 09 Oct 2005 18:01:01 -0600
From: Kelly Anderson <kelly at acoin dot com>
Subject: Re: Leftover Attachments
it's the Filter Editor program at www.habit3.com
-Kelly
At 10:03 AM 10/8/2005, Jeffry Houser wrote:
>>I'd write it myself, but the filter editor program cost me around
>>$3500 plus a load of my own programming time, and I've now sold a
>>grand total of Four copies!! So writing code for the Eudora
>>marketplace isn't exactly on the top of my list.
>
> What Filter Editor Program?
Date: Fri, 14 Oct 2005 09:01:53 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: determine where Eudora is installed
hi,
I need to know the folders where Eudora is installed.
There is one registry key:
HKEY_CURRENT_USER\Software\Qualcomm\Eudora\CommandLine\current
but i have 2 versions of Eudora (v5 and v6) and i dont
see all the paths there.
any hints \ ideas ?
thanks
__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs
Date: Fri, 14 Oct 2005 12:30:40 -0400
From: Phil Daley <daley_p at tds dot net>
Subject: Re: determine where Eudora is installed
--=====================_17826062==_
Content-Type: multipart/related;
type="text/html";
boundary="=====================_17826062==.REL"
--=====================_17826062==.REL
Content-Type: text/html; charset="us-ascii"
<html>
At 10/14/2005 12:01 PM, nitescu andrei wrote:<br>
<br>
>I need to know the folders where Eudora is installed.<br>
>There is one registry key:<br>
>HKEY_CURRENT_USER\Software\Qualcomm\Eudora\CommandLine\current<br>
><br>
>but i have 2 versions of Eudora (v5 and v6) and i dont<br>
>see all the paths there.<br>
><br>
>any hints \ ideas ?<br><br>
I see the install outside of CommandLine.<br><br>
Don't know what 2 installs shows.<br><br>
<img src="cid:5.1.1.2.2.20051014122939.00c54268@pop.tds.net.0" width=190 height=138 alt="10ffb90.jpg"><br><br>
<br>
</html>
--=====================_17826062==.REL
Content-Type: image/jpeg; name="10ffb90.jpg";
x-mac-type="4A504547"; x-mac-creator="4A565752"
Content-ID: <5.1.1.2.2.20051014122939.00c54268@pop.tds.net.0>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="10ffb90.jpg"
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB
AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB
AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCACKAL4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD+vCvD
v2iHu/8AhW9paWmq65o39s/FX4A+G76+8N6/rXhfWv7F8UfHr4a+HPEFlZeIPDl/peuaX/amh6pq
Ol3Nzpeo2d39kvJ44503k17jXK+NfBXh34heHbnwt4ptr660e6vtD1Rl0vXNd8Nanb6n4a13TfE2
g6jp2veGdS0fXtKvtK17R9N1O0u9M1K0uI7i0jBkMZdH/orJsVRwGb5VjsT7X6vg8ywOKxHsIQqV
vY4fFUq1X2NOpUo06lXkhL2cJ1qUJTtGVSmm5L8ZzPD1cXluYYSh7P2+JwOLw9H2spQpe1rYepTp
+1nCnVnCnzyXPKFKpKMbuNObSi/gq7bXbT+wdUj+C/7ZfwVutN+J3wFSDxP8Wf2ndO8ceEdWg8Qf
tBfCvwhrfhKfwz4K/bB+NU2pT694b8R60kkXiDwaPDjaZb6klxqttqb6Va331XrPiPUdR+IPwBk1
X4ea3ocdp4y+IXiJLjxf/wAK51bSdP1bRf2Tvi54k0y2v7LT/HOqwz31nrWqXllDLuXRotZ8AeJL
qTXLPR7jwVr3ivmPDfwS+H+q+IvEyajqfxH1+PwD8R/Ctzo2maz8fPjP4n0y01Pw9oXw++I2gy+I
NA1T45eNNN1a+03xNeW+vWcHi3wz4TuBbro7DwhfaPFpHjTxf3Pxy+EDfGvwNJ4Rs/id8VPgt4gt
tUs9Z8NfFb4Ka5oPh/4meC9Rhhu9M1Kbw5feLPC/jbwq8fiLwrq3iLwXrtr4g8I69aT+HPEurizg
sdZXS9Y02fFRrirg/N+HcBKWMzTMsmzjD0MZnH9o0aeG/trKcDDA0oVZ53nmKdOjUVWtWVadWjSq
1peww7Uqrq5cMUngc4hmUsLhMpwVOthISwOUThWpVamAxWNhia9WNbL8LyyqqdKnF0rVJ0qUeecX
GnCFjxDc6b4qsbfTPFvgz4YeJtN0+4ju7fT/ABP8JvhjrNjaXdnZx6d9pFprHhK1gt7iHT9HnsZ5
mj0aSKzt9btbhvDsFtrSfB/4W/ZT1jULb/goj/wUL+HunzR6L8PvC3wb/YL8Q+HPh34ftbTw54B8
MeKPFkf7VGl+NPEGg+BNDg0zwt4e8SeLbbwX4Ut/Geqab4d8P6v4il8MaKPEWmWFzpFrpGlc7qf/
AATv8VaHf+FNOl/4Kef8FLxN4m1xtA0tk+JX7G9j9nu9P8Nal4ojeO31P9lXTr7UvJsfAsEcVh4Z
tNc1q3+wWGqSaVB4d0HVtb0P6M/ZW/Yi0H9lvx38YPiafjz+0H8f/Hvxr8N/CPwh4o8T/H7V/hTq
uo6d4c+Ck3xKm8E6ZoR+Fvwi+FECxwn4qeJIb2bXIddums7bRLGwn0+y0wW838Q/R/8Ao9+LPhPx
dDOOMfEavxRwzV4fzLBYLInmudYnCYXGYvH4arDMaOBx2KrYOlUhPCY+hKcKUK98XVmpezqzdT9V
4j4ryTOcuxGEwWFlSxUa9DnqSoQg/cjSqODqRim705wlo3H7N7qxxXxE8U+HdZ+JHxvuvjZ8TvjR
8J7D4N+PvAXhf4S3fwo1v4o+GdE8F+C/Fvwe8LfEJP2k/iro3gmy1fwf4i8Ay/E2D4p+D9W+JP7T
mi+Jv2SvDdp8Br3wjqmhaPfxfGtvH/LeBf20fijP8HrTxN8VtB8A+APitd/tI/sL/ACPwLrGl+Iv
Ct3Lrf7Rnw3/AGNfHnxf8MQ+GPEnio+I38feDIfjl8ZL3QtFW4a78O6J4F0+58T6NrieGPFN5q/0
58Qde/Zi8VeL/Dep/Erwb4a8a+IPhF4kubrwn4/8S/BfWfGmh/CzxNZapoD6zq+hfFe68E6t4U8C
Xuga5p/h0eKtesvFWkr4W1nRrKPxHfaZqGh7bL0iP4GfBKHUNB1aH4O/CyLVfCvhXwl4F8ManH8P
vCUeoeHPBPgDxNpPjXwJ4O0G9XSBc6P4V8FeMtA0Lxb4S8PafJb6R4c8TaLpOvaPZ2Wq6dZ3cP8A
eeWcXcIZlhvYU4083nldbCZfjqGDxmAxVDKsflk8Ksdgoewqc+FrZj7CrXzXDYqEa0cRjajjCFSN
XEYz4upCVCNL6xha9NVIQnS9rTdOM4Ll9+k5xjzQqpXlJXi3O6d9Zfk9c/tv/Gjx3r3gLwNr9lpX
hiw+LGq/sl/Hz4Y+I/Ak2leErv8A4Uv4g/br/ZP+HYs1ksfjr4/+JvxB8A/F/wAH/F3UtIs/GHxT
+Cv7IGq67onhnxPpGr/BOW/8S+MPBXwn+ktH/ai+NrfBz4Y/F7V9V+AU3/DTvhX4FeI/g74Eh0nx
bofjb4Sf8L/+K3wI+Gel3HivSrrx9rn/AA0l4V+GH/DQ/hzUPiB4p8LP+zf9o1fwzoHhu30jRf8A
hdVjrHwq+z7T4GfBKw1C91ax+DvwsstV1HxVqfjrUNTtPh94St9Qv/G2teJvBXjXWPGN7ew6Qlzd
eKtW8ZfDX4c+LdT8QzySavf+JvAHgrXrq8l1XwroV3YGm/Az4JaN/wALL/sj4O/CzSv+F0fb/wDh
cX9m/D7wlY/8LZ/tX+2v7U/4WX9l0iL/AITv+0v+El8R/b/+Ep/tX7Z/b+tfaPM/tW+8/wBnE8Rc
MVqVGnS4fVCNPG0sTVpxpUJRxNBfV6dTDKcqjnhJSpYbD1aleheWJq4epTqU4U8xxk1m6tFpL2Vr
STatH3l7qave8dIptr4mmmkpSZ+bvxf/AGy/2o/h1P8AGbwLoVj8AvEHjL9n34WftVfEDx34+1bw
l8Q9D8M+Jf8AhQvwi/Y9+O3hibwl8LrP4ja5qunf29pX7Ts3wl17QNY+Ltz9n1DTI/jVp/isW2kt
8CvFB8X/ANsv9qP4dT/GbwLoVj8AvEHjL9n34WftVfEDx34+1bwl8Q9D8M+Jf+FC/CL9j347eGJv
CXwus/iNrmq6d/b2lftOzfCXXtA1j4u3P2fUNMj+NWn+KxbaS3wK8UfpFpnwM+CWi+GbTwVo/wAH
fhZpPg2w8K+NfAtj4S0z4feErDwzZeCfiVqFlq3xG8HWmg2ukRaVb+FfH+q6dp+p+NfD0NomkeKt
QsLK912zv7m1gkj1dS+FPwu1m78S6hrHw28A6rf+M9K8R6F4wvdS8HeHb678V6J4x0Twf4Z8XaP4
lubrTpZtd0rxT4b+HvgHw/4j0/VHurTXNE8D+D9K1OG6sPDWi29kUOI+GKU8EqvDVDEU8NTxksTK
VGhSnmGPqVKSw+PqU4TccPThS+tT/silUlldCpVo040K8cNCqxVqK5L0U1FSvovek3G0nrorc3uX
5E5JJPlTOB+BPxA8beLZ/jD4M+I03hXVfGXwR+Kdr8NNY8WeCtA1fwd4Z8Z/2x8IvhR8Z9P1rTPB
Gu+K/H2q+EP7O0r4t2PhC90268e+L/7U1Dwxd+KoL/SrbxDD4V8P++VlafoWiaRd67qGlaPpWmX/
AIo1WHXfE17p+n2lld+Itbt9E0fwzb6xrtzbQxTavqsHhvw74f8AD8Ooag9xdxaJoWj6Uky2GmWV
vBq18Xja1HEYh1qNFUIzp4d1KcYxhB4lYelHF1KdOmlTpU62KVatTo0owpUKdSNKlTp04RhHnk03
dK2iuv71lzNdEnK7SWiTskkrBRRRXKSFFFFABRRRQAUUUUAFFFFABRRRQBw/hO6+0a/8Toftn2n7
D450+18j+0vt39nb/hr8PL37H9l/4TPxR/Y2/wC2f2h/Zv8AYfw4837d/bH/AAhl9/av/Cw/HncV
w/hO6+0a/wDE6H7Z9p+w+OdPtfI/tL7d/Z2/4a/Dy9+x/Zf+Ez8Uf2Nv+2f2h/Zv9h/Djzft39sf
8IZff2r/AMLD8edxXbj/AOPT/wCwLLf/AFXYU5cH/Bn/ANhWO/8AU3EH5wWja7d/29qknwX/AGy/
jVdal8Tvj0k/if4TftO6d4H8I6TB4f8A2gvip4Q0TwlB4Z8a/tg/BWbTZ9B8N+HNFSOLw/4NPhxd
MuNNS31W51NNVtbH6E+CXiTxFpXw/wBT05PDPxH8fR6B8R/j7o2mazc+KtC8Q6nd6Z4Y+M/xy0vQ
PD8uvfEb4g2fibUr7SdN8F+GfCUF5r1w9ubjxZ4QLaxLo9j401fwgeJPgl8P9K8ReGU07U/iPoEf
j74j+KrnWdM0b4+fGfwxpl3qfiHQviD8Rtel8P6Bpfxy8F6bpN9qXiazuNevIPCXhnxZcG3bWGPh
Cx0eXV/GnhD3HwV4K8O/D3w7beFvC1tfWuj2t9rmqKuqa5rviXU7jU/Euu6l4m17UdR17xNqWsa9
qt9quvaxqWp3d3qepXdxJcXcgEgjCIn3HEPEWXYzLZ0aSxmL+uZlSzPB4XH0sZSwuCwVKWc4aVCM
ocSYynTq0pVaFGhSwOCwWFlhoSlVip06FKn8zlOU4qjisNKWGy7ASwGX1svxuOy+t7XGZni6scor
xr4iOIyunCUZRo1qlSpOrOsq1Wy54znM85+F+vXGkfB34I6RpmmeFUs1+AnwP/dv4J8HahcS3Gq/
CLw3c6i891d6FrV9dXl7feL9RlnM6XF1Ldazap/Y00uoabovxU/Pj9vSXT/h14f/AGT9f+GXh3wP
8LPEOpf8FD/2EfCl54j+E/gbwT8MPEeo+D/HH7Rvgnwz418I3PiHwBp+h6xf+D/GXhDxPfeHfFfh
qTUdb8P+JPC2p2unayt9o13p3iP4h+i+Iv8AgnB4g1jWdUvNE/4KJ/8ABQ/wJ4cuLieHw58P/Cnj
/wDZzn8H+AvC0a31n4f8A+ET4w/Zg8WeKR4P8H6DfSeFvDVv4k8T+I9Zh8PxrbaprerXc97e3fB+
Gf8AgmlpvxD/AOFL/ETxx+3h+3v8XfDPhn4h/BH9o3QPAHxJ8ffsn+JPB2seKvhj440H4yeBF1/U
Phz+zhbHU9Pj8TWMUmp6h4D8fxRatY6hrKaJ4qmsNZkv7r/MnIPoy+MeSeLOJ8QqXiO5cKYjjrEZ
7j+GKOcZ5h6GIyzHZlmGOwuWV8Oq7wWJeDwtasqFKphnhlOi6cXQjVjNf0DiuM8gr5f/AGe8LU+t
TwE6dOpLDwk+anTo0qk+a3u3nOCl73M1Ntc3K7/RX7btt471lv2W/BvgF9VuL/xz+0jf6Fq/h7T/
AI9/Fj9mq08V6Jpn7MP7S3jRtH134tfBTTNc+IOjaVZav4U0fxRDp+maLqdprmt+HdH0vVIbawuJ
tRsvLPEP7QXjv9mD4T/tQaZ4r07wD4Sv/wBm79kTwn8bvCMPjD42/Fj4+2mo/FH4neO/2sdI8NeE
vEfxr+Mdx4J+IPxC0rxJq/wr+Gmj+GtBudL8NeIrPW/FOpeAfDurarYJ4Qaz+w/jxpnwC8R6Dovh
r4/eAvCPxQ0SbVLjxBoXgzxT8LG+MpXUtA0y7hvfFVj4Kt/C/i+8t00DS9ZubHUPFSaRFaaNDr8W
nXepWra9b297i+Evg/8Asr+MvCfh/TPDfwQ+EEnhb4eRfETwZ4d8J3/wZ8O+Hf8AhXMPxGs57P4q
eFLTwRr/AIU0rUPAcXxF0jWJT420JtF0dPG2g65Feaxa6rpGtQT3f+imA4v4Wisv4ZzCpSxOY4On
DMcVk1LF0/rtTB081niXmMcHLNFBU8TTmskni6mTOpQp4idWOYV40qeWVfzuMKiw1OtPD13h/acn
tvZ1FQdRSc3GNVv2Tm4pwcbc6V5XajynwH8ef2yvij4J1L4dfFm4vPALfD7QfjR+3fNpXwY0TxZ4
i8E/FHxXon7EfwH/AGzvCniDT/FOoPdeJNE+KXgH4g+OPh94Z8eXusW3gnwZafAHxFP8MfD17oXx
k1fWNP8AGuhe0eKv2gP2o/Bfxj8G/s1/bPgF40+I/jDxV8NP+Llf8ID8Q/h74J0bwT8VPhT+2r4k
/wCSc/8AC1fiXruseKvh1rv7I/8AwlH/ACUjRtI+KmkeKv8AhWX/ABaK8g/4W/B9yQ/Cn4XW/jLU
PiLb/DbwDB8QdX1XR9d1Xx1D4O8OxeMtT1vw74U13wH4f1jUPE6acut3uq6F4H8UeJvBmj6hc30t
3pnhTxFrvh2ymg0jV9Qs7jK8FfAz4JfDXT9M0n4c/B34WeANK0XxVe+OtH0zwV8PvCXhXT9J8baj
4Zu/BWoeMdMstC0iwtrDxVf+Db++8JXviG1ji1e68M3l3oM95JpVxNaP61XiDh2WHhCGQwVWhl2I
w1L2lLDzpyxNTFYnE4GdSamqsYZTTr/UZVI81bPoyePzL2OJoUaZm6tKyXstVBxV0rXcm49doJuN
96l+edpJI+MPDn7YfxNu/wBqnwN8L9Y8NeFZ/hH8YPin8evhB8ONX0y18P6ZqA1f9nrRviLceOvE
lp4j1f43zfFDx5/Yfib4W6h4J8a+H5v2Q/hh4J8I+JvGFlDoXxx+Ifh7QfA/in47/pFXAw/Cn4XW
/jLUPiLb/DbwDB8QdX1XR9d1Xx1D4O8OxeMtT1vw74U13wH4f1jUPE6acut3uq6F4H8UeJvBmj6h
c30t3pnhTxFrvh2ymg0jV9Qs7jvq+eznG5djamClluAWAhQy+jhsRFWX1jEU62Ikq87Tmp1I4aph
sLVxH7t42rhp46dDDTxMsPSyqShJx5I8toJPzab13d3ZpN6czTk0r2RRRRXjmYUUUUAFFFFABRRR
QAUUUUAFFFFAHD+E7r7Rr/xOh+2fafsPjnT7XyP7S+3f2dv+Gvw8vfsf2X/hM/FH9jb/ALZ/aH9m
/wBh/Djzft39sf8ACGX39q/8LD8edxXD+E7r7Rr/AMToftn2n7D450+18j+0vt39nb/hr8PL37H9
l/4TPxR/Y2/7Z/aH9m/2H8OPN+3f2x/whl9/av8AwsPx53FduP8A49P/ALAst/8AVdhTlwf8Gf8A
2FY7/wBTcQcP4suvs+v/AAxh+2fZvt3jnULXyP7S+w/2js+GvxDvfsf2X/hM/C/9s7Psf9of2b/Y
fxH8r7D/AGx/whlj/ZX/AAsPwH3FcP4suvs+v/DGH7Z9m+3eOdQtfI/tL7D/AGjs+GvxDvfsf2X/
AITPwv8A2zs+x/2h/Zv9h/EfyvsP9sf8IZY/2V/wsPwH3FGK/gZb/wBgVT/1Y48MP/Gx3/YVD/1C
wYV458OvFmrz+CPAIi8IeKtetbjwr4MCeKbbXvBGraZqtve6R4AEniCLUrz4y+PNY1Sx8vxRrWoz
303i3xvqeoW/gHxfcW3iPxhdal4B1P4jex1w/wAMbr7d8Nfh5e/bP7R+2eBvCd1/aH9pf2z9u+0a
Bp832z+2P+Ez+I/9q/ad/n/2l/wsPx59u3/av+Ez8Ueb/bl9rhqkKeAxcp0KWITxeAXJWdaMU/Y5
i+ZOhWoz5kk0k5uNpO8W7NZ14Sni8Oo1alFrDYt81NUnJr2uCXK1Wp1Y2d09IqV0rSSunwXhbxLq
A+I3xd8Q3Hg0+GdYt/Af7Llnbx+NtL+HniK9js72+/aR8YanFZm01/xNplrHpus6fb6RrkiXtuX1
XwhqV9a6hYeEk0n4kwTeINM8J+KL2LUvFnw0+DniXUbOzttOjv8AxN8FvhNrF7Bp+mBlgsWutX8G
Ws8VnaLp98GtZJNHgtgviESp4bEevf8ACoPBP2vfgxoXj/VfCWvH9qr9rD9mXXG0+60+/sf2Vbnw
zqWq/ErSvC1zJr2jah4w8I+Ivgj8c7ufT/hZd6xr11pPifQdG8N22iXPj68tvE2q6hLqPhWDT/nr
wj+wBqnjHTpNT8Nf8FSv+CnDxabqEmk3tnfeJv2Z/Dut6HqumDS5P7M1nw7r/wCxlpWv+H9QgtrH
QL+1stW02xuZNMj8P6raRvp0uk3T/wCfHjP4CeJPHvi9nfEHAvipgOBquYZVl8o8PZXxDnWCzaWB
w1HDYavmOIweBxtLFLDV8XTp0pVJ+3oylQoXrc3s6NL9dyDiPLctyHB0MfgcXjI0ZTpyxlbB0pUZ
VHOUlTjVjSjRcox5rKKjLl5uaLlzOXp//BJjxP4k8W/sN+BtV8V+Idc8TapafGT9sTwxa6l4h1a/
1q/tvDfgr9sv4/8Ag3wb4et7zUri5uIdD8JeENB0Lwp4Y0mORbDQfDei6ToWlW9ppenWdrDkeHvi
JaeAf2Z9O/bk8eeP/H198ap/gv4/+Ifj74O6h8Ztb0H4e+KviX4I+EHjnxz8Qv2XdC+DviaXxN4H
+Geq/CLW/AHiHw/M3gnwHp/x+8Ky/BvWZPiz4v8AG2pN8cf+E++sf2Vv2bvCn7JXwP8ADXwJ8F+K
fHHjfQ/DniD4l+KW8WfEe48K3XjPXde+LHxR8Z/F3xbfazJ4H8JeBPCab/FnjvW00610PwlotnZa
UljZi3llgkup/SNP+FPwu0j4ha78W9K+G3gHTPit4o0qHQvE3xN0/wAHeHbL4heItEt4tHgt9H13
xnbadF4j1fSoIfDvh+GHT9Q1K4tIotC0eNIVTTLIQf6C8OYuhlmXRwmPo1asnQy+NdYepGMsVTwt
CrSxWV1q91UpYPHTrU61XEUvazhVwOGnTw8qvssRhfzutWpzxOKqRUvZ1a9WpBJcrlTlUnJU5fyx
kpJu13FxVlezj8N+Kv2gP2o/Bfxj8G/s1/bPgF40+I/jDxV8NP8Ai5X/AAgPxD+HvgnRvBPxU+FP
7aviT/knP/C1fiXruseKvh1rv7I//CUf8lI0bSPippHir/hWX/ForyD/AIW/B5Z8Nv2y/wBqPxrb
fs1+DvsPwCv/AIj/ALRPhX9nP4l/8JP/AMIl8Q/CvgnwP4J/aP8A2fP2vvib/Yv/AAiH/CxvG+u+
LfFXwl139lz+2v7S/wCE08KaR8YdJ8R/8K8+wfBa8X/ha9p+kXgr4GfBL4a6fpmk/Dn4O/CzwBpW
i+Kr3x1o+meCvh94S8K6fpPjbUfDN34K1DxjplloWkWFtYeKr/wbf33hK98Q2scWr3Xhm8u9BnvJ
NKuJrR9XTfhT8LtGu/DWoaP8NvAOlX/gzSvDmheD73TfB3h2xu/CmieDtE8YeGfCOj+Grm106KbQ
tK8LeG/iF4+8P+HNP0t7W00PRPHHjDStMhtbDxLrVve/US4g4eVHE0o8P4evUlgqEKGKqYXDYeUs
ypxxUauNq4ehOVOhh68qmHqPA4ep7Gm6c4Jziqcoz7WlZr2Sb5Uk3GK99XvJpOyT0fKtFr2R+ZHg
v9tX9pPxD8OfhxpZ0T4WeKfjh8aPhZ+y38YfACeCvAGu2Onx6f8AtGeAv2g/iFqPw30z4beOfj34
d0Lxp4q+H2hfs0eM9WvfGHi/9p34C+Gdc8M6/d6jpWmSeNvAnh74ZfG3K8Gft5fHj4j/AA3+J3xr
8Mr8F9O8D/s9/s3Xfxz8deFrzwhqXi7W/jJd+DfjD+2F8OPE9h4E+I3gP9oHWPh98LNK8baR+ypb
6v4Yv7KH9pfRPCF34+ZrbxZ8XdE8O2eqeKv031P4GfBLWvDN34K1j4O/CzVvBt/4V8FeBb7wlqfw
+8JX/hm98E/DXUL3Vvhz4Ou9ButIl0q48K+ANV1HUNT8FeHprR9I8K6hf3t7oVnYXN1PJJqj4U/C
5bTxfp6/DbwCth8QNK1XQvHtkPB3h0WnjfRNd1vxn4m1vR/F9sNO8nxLpWseJPiP8QvEGq6frKXt
pqGt+PPGeq3cM1/4o1y4vt6nEfCzjiHS4Zo06lbHYOvTcqWHmqOGi6MczoRTvSUMdh4ypYejGhB5
dXhPGYfEOpjXDBP21CztRV3KLWi0S5edb295JpJJcjvJO8vd/HX9tD9pz423Xw/l1zQfH/hX4daF
rPir/gpB4W8FeG/A/irxb4L+Nunf8Mj/ALM37b/w7u/Eeo31lr89n8VPCus/EfwX4S+LCavpOifD
T/hQXi2D4WeHZLf4qa7rGmfEHw59yft5fHPxX+z38O/BnxC8G2Glalremar8dNYtbTXb/wAZW+iT
Xfw8/Yk/av8AjDosOsaV4R8WeFIfE+lXPiP4b6LaahoXihta0QWlxNrOmafpnjjR/B/i/wAMfSOr
/Az4JeINX8U6/r3wd+Fmt6744+z/APCa61q/w+8Jalq/jD7J4J8R/DS0/wCEp1K90ia88QfZfhx4
w8W/D+3/ALWmu/J8E+KfEfhSPboWt6nYXXLaD+yl+y54V0/VtJ8Mfs2/ALw5pWv+Z/bumaD8Hfh5
o+n6153hnxb4Km/tay0/w7b22o+b4N8f+O/CUn2yObzPDPjXxboLZ0rxHrFpeqXEHDdRZNzZVXp0
8pp5jCpg6VDDKlmEMxlU5KNfExxNKrFZbQlSw0cROjia2a+weKxUcNWxVdI9rRfs7wdqaneKUbT5
/st8yaUVpzWbnbmkk5M+RPif+01+098KvGS/AC30LwD8ZPjV4n1X4RTeD/F/w5+GjeFNEstE+Jnh
T9rLxdfafdfBz4nftR+H7DxPqvhqw/ZA8TLPrFz+1J8OLS9tPiRY39loVzqXw4Hhr4q/Z/7Pnj3x
l8S/hP4f8U/ELw9pXhXxwuq+NvC/irQ9H1zwprtpba34B8d+JvAV/cTHwT43+Jfhzw5qupzeGm1T
Xfh9afEbx9d/DDW73UPhxrPjTxRrfhXUdbvuq8YfCn4XfEK08R6f4++G3gHxxYeMdK8NaF4usvGH
g7w74ltPFOieDNb1LxN4P0fxHba1p17DrmleFPEms6x4g8NafqaXVpoWt6rqWq6XDa399dXEvU6F
oWieF9E0fwz4Z0fSvDvhvw7pWn6F4f8AD+hafaaRomhaJpFpDp+laPo+lafDb2GmaVplhb29lp+n
2VvBaWVpBDbW0MUMSIvh5nmuWYzLqGHw2VYbCY1VcPWxWLp0FTqVqkMH7LFShKlXhQo4bFV3Cccv
p4GFLDSwyr0a6eMr0IZTnCUEowUZXTckrNtRtLVOyUpa8iilG10/eaWrRRRXzpkFFFFABRRRQBw/
hO6+0a/8Toftn2n7D450+18j+0vt39nb/hr8PL37H9l/4TPxR/Y2/wC2f2h/Zv8AYfw4837d/bH/
AAhl9/av/Cw/HncVw/hO6+0a/wDE6H7Z9p+w+OdPtfI/tL7d/Z2/4a/Dy9+x/Zf+Ez8Uf2Nv+2f2
h/Zv9h/Djzft39sf8IZff2r/AMLD8edxXbj/AOPT/wCwLLf/AFXYU5cH/Bn/ANhWO/8AU3EHD+LL
r7Pr/wAMYftn2b7d451C18j+0vsP9o7Phr8Q737H9l/4TPwv/bOz7H/aH9m/2H8R/K+w/wBsf8IZ
Y/2V/wALD8B9xXD+LLr7Pr/wxh+2fZvt3jnULXyP7S+w/wBo7Phr8Q737H9l/wCEz8L/ANs7Psf9
of2b/YfxH8r7D/bH/CGWP9lf8LD8B9xRiv4GW/8AYFU/9WOPDD/xsd/2FQ/9QsGfJH7QDalcfEn4
e6db6F8YvHFlB8KvjH4kPw5+C/xRufhZ4m8U61pnj79nXw/pt6NWm+K3wa8N3v8AwjekeL/El+bb
xP43sbRNPm1X+zIL7W5dPsLrjvhle67o/wAX/BLR/DX9pP4fxeIPh/8AFy31X4c/GT436b8U9Q1H
+xPHv7M+n6V8QbKKP9or4y+B9N0rw7Y+O/FpuGtvEmm+NZ7Cx8RW9r4a1SW48OWmt/UPjf4U+Dvi
Fqeha14hHiq11jw1Y67pej6t4Q+IfxC+Hep2+meJbjQbvXNOnv8A4feKfDF1qFjqF14Y0C5ltNSl
u7eO40u2mgjikDs/D/Bn4Z+DrLTPBPxStbvxVrvizWPhxZ2y634g+KvxC+IemRaZ4yt/C3iLXovD
ll4m+Lnxe8M6XY6zqWgaFdmfw14r8T28tvptjDZ+L/EOnompXv2uCz/AUeHMPhalTMJvCYDMMvxO
BdGv9RxOMzOee1sHNyp8QUMNLD0lWw9arWqZO8dSr0VHD1WqdCrT+cxOV4mpmmIlDB5YqmKzHBZh
h82deazPC4PAQyWjisPCm8uqQUqroYiFOmsU6NSnXk6zSnOk7XhbxLqA+I3xd8Q3Hg0+GdYt/Af7
Llnbx+NtL+HniK9js72+/aR8YanFZm01/wATaZax6brOn2+ka5Il7bl9V8IalfWuoWHhJNJ+JME3
iDTPCfii9i1LxZ8NPg54l1Gzs7bTo7/xN8FvhNrF7Bp+mBlgsWutX8GWs8VnaLp98GtZJNHgtgvi
ESp4bEevf8Kg86/aL/ZUv/j5rGg694c/ae/af/Zn1PTNPi0zX5v2cvFfw10OD4gWml6hNqvhAeNb
D4ofCj4r6fPceA9Q1PxPdeE73w/a+Hb2CTxfr41e41hF0VdG+TrT/gnf4qk8S6n4Xg/4Kef8FL47
7QtD8Ma/JInxK/Y3bbaa7f6xp2lpHpdt+yrL4isPss3w/iaK/wBT0TTtFvfsNhb+HdV1e+8Pa5ae
Hv8ANnxl+jb4u8f+Jmf8c8CeIceBstxmAy7DvBZZm/EOArSp4ejg8NXrV3gsXRbdfEqhGVL2mIbj
Qo1HNRjGnR/dMi4uyTK8pwGXZhQrYzEQlOHtKuHoT5p3qVlFOFNQSjShNxlyQ0umnN+/6L/wSY8T
+JPFv7DfgbVfFfiHXPE2qWnxk/bE8MWupeIdWv8AWr+28N+Cv2y/j/4N8G+Hre81K4ubiHQ/CXhD
QdC8KeGNJjkWw0Hw3ouk6FpVvaaXp1naw+ffs4v478K/CT9gzWPAHxN8feJfib+1P8F9E1P4tRfG
j4hfFj9ojRLSL/hlrW/iQ/x7Xwb42+JL+IPCOleEfjm/w08EeIk+H3iz4cfD3XLT4323gfxTbP4w
1j4Ka/4F+z/2Zv2fvAv7GfwA0f4PaB438WeI/B/gjVPip451Tx98WNS8HJ4kvb74l/Evxv8AGbxz
rnifUPCHhXwB4LsbO38SeNtflt/7K8LaDpml6HBaQSRM1rNeTcz8LPCf7Hekx+Jvh58Mfgf8PPh1
p3xa0abRfFvhqP8AZtufhF4c+KmkWmi380vhrWodc+HXhLQfH4i8MeI9avl8MXTaxcnwxqmv6jHp
zaLJq9wP7syLiPKOH8vo5Dm2Ow9HNM4o4SlgMuq1sFKWZ1Muy3H4fF+zwuKxNOeOeXVcfhs1hClh
8VF18HQVV4Xnp4ql8TUU69TH4mhQr1MP7edWU4UZSp0qdSdVw9s0nCmrSU4qejlC2luZfXFFFFc5
5wUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBw/hO6+0a/8Toftn2n7D450+18j+0vt39nb/hr8PL37
H9l/4TPxR/Y2/wC2f2h/Zv8AYfw4837d/bH/AAhl9/av/Cw/HncVw/hO6+0a/wDE6H7Z9p+w+OdP
tfI/tL7d/Z2/4a/Dy9+x/Zf+Ez8Uf2Nv+2f2h/Zv9h/Djzft39sf8IZff2r/AMLD8edxXbj/AOPT
/wCwLLf/AFXYU5cH/Bn/ANhWO/8AU3EHD+LLr7Pr/wAMYftn2b7d451C18j+0vsP9o7Phr8Q737H
9l/4TPwv/bOz7H/aH9m/2H8R/K+w/wBsf8IZY/2V/wALD8B9xXD+LLr7Pr/wxh+2fZvt3jnULXyP
7S+w/wBo7Phr8Q737H9l/wCEz8L/ANs7Psf9of2b/YfxH8r7D/bH/CGWP9lf8LD8B9xRiv4GW/8A
YFU/9WOPDD/xsd/2FQ/9QsGFcP8ADG6+3fDX4eXv2z+0ftngbwndf2h/aX9s/bvtGgafN9s/tj/h
M/iP/av2nf5/9pf8LD8efbt/2r/hM/FHm/25fdxXD/DG6+3fDX4eXv2z+0ftngbwndf2h/aX9s/b
vtGgafN9s/tj/hM/iP8A2r9p3+f/AGl/wsPx59u3/av+Ez8Ueb/bl8U/+Rdiv+w3Af8ApjMgn/vu
H/7BcZ/6ewJ3Fecane+ItE8W69qtn4T8VeKdNuvCvhy2srbRL/QoLcanpCfE/Wr6K3h8VfFHSNHi
vr+RPDXh1p7Xwd4duJNT8R+F5Nd8X+JvDNhqEvwl0fGXxE8J+Ak0/wD4SO81FbjVBfvp+maF4d8S
eLtcurXSrdLnVtSj0DwjpGua3/Y+kRS2v9ra02nrpOly3+m29/e29xqenxXOh4U8Y+H/ABrp0+p+
Hru5nis9QudJ1Kz1HStX8P63o+q2Yikn0zXfDviCx0vX9C1AW1xaX8VlrGm2VzcaZfadqtvHLp2o
2N1cebhs7y6hmNfKPreWV8zq4BYirlFXFx+vLAfWaLWMeDoYmjjI4dYmnTprEcqoub9m5OUkjpr4
GvVo0sTy4mjRp1m6eKp0l7P2vs6tN0/aVaVSjJuE53hbmVrq1jzb4hate6ufAehan8O/Ef8AZGo/
tC/s4aTf32qTeA7vQpdNf9pDw7ZyXV9ZQ+ML7U7nSdRtfDukTC1GjXF89n8RPCUN5pkNxaeP7XwR
0Ou60vivTrrR/Efhr4e+ItJ1KSKa60vV/hf8ONY068mF5cahaStZXXhXW7a5kiv9eF9p7rFrLLeX
ukXNkfEE15o7/GLT+JvgO3+JvgTxH4Im8SeLPBc+t2cX9keN/AWp2ujeOfAviTTby21fwt458Gan
f6frGl2fizwZ4ksNK8T+HZdZ0XXNDOsaVZpreh61pLXml3f54v8A8E0PGknmeZ/wU/8A+Cl8nm+b
5u/x3+yi3mfaPt/n+Zu/ZAO/zv7V1Tzd2fM/tK/37vtlx5n8tfSX8E+O/GDNOC8x4F4so8ES4Zw+
axxM8Pjc5wtXFYnGYnLq+Dr06mExbqxqYJ4KpKFR1fclVUqMYT55T+34Pz/L8iweMw+Ywr42WIxE
akHOlh5KNNU4wlD3KVONm07pwbabvKStFVNA1OTw/wD8FYvhz4E8IwaP4J8BeIv+CeHx88YeIfAf
w+0bQ/AngXxB4t8NftJ/s0ad4U8X674O8Fix8M6z4n8PaD428UaR4Z8T6lp11rGmeGvE2pabpGua
1oeqv4h8R2P2g/2gPi78Bv2ufH/irQbfxV8TPhhpP7LPwq0mf4FWEs9tpF58XfGV7+214t+F/i3T
dcj0XxPc+H/FXxA8ZfAzwl+y5oug6Tosc/xM8bfHr4aWkkniDxN4J8AeDPEPpnwA/wCCf+lfA749
xftGeIf2o/2q/wBoz4g2Pwk8cfBfRV/aB8QfBTWNI0Dwh8RPHPw8+IfieTTR8NPgX8Ldbk1S68Sf
DPQJ4H1TXNS0y1S816WLSvt+rS3qfa+p+BfBOtahd6trHg7wrq2q3/8AwhX27U9T8PaRf6he/wDC
tfE1741+HP2u9urOW5uP+EA8ZajqHi3wV50j/wDCK+Jr+917QvsGq3U93J+/eBeVZt4e8EZVw9x3
iFxfm2FyytluZZjWxmKxs8e6uY0a7xzxmOf11Yp4SnL2c5VHWoYqUeSvKMFVl42d5hg8dmmIxeGo
tYatCnGNJwjTcLKHMuWOitytRcbdGrdPxLsv2yf2jv2cfgVr91rniDSv2gL/APZ41X9ofxZ+0L8Q
PFej+G9K1vxpaW/7Z37TXwr8BWEt14v+PPwY8N/BDSvHk3wd1bwf8LbD4VaL+1xrek3ckfhG0+Bn
hyw8H/DPQ/jj9n/sifErxX49+PX7StlrWqaq2ieHNKbT9F8OzeJvGWvaJpt3oX7eP/BSv4aXWu6f
beMPEniWbTNV8R+HPhp4Nt9Yh0y5stEtLTQdC8M+F9H8OeB/C/hHwp4f+u9a+BnwS8S/YP8AhI/g
78LNf/sr/hZf9l/218PvCWq/2b/wuj+0v+FxfYPt2kT/AGP/AIWz/bOr/wDCy/s/l/8ACd/2rqX/
AAlP9q/brrzeq0HwL4J8K6hq2reGPB3hXw5quv8Amf27qeg+HtI0fUNa87xN4t8azf2te6fZ29zq
Pm+MvH/jvxbJ9skm8zxN418W682dV8R6xd3v7Tm/E+R4/LcyoYXIoYPMcyxdfEyxdKFCjThTq5jR
xyoOlQ5aMuSccU6E6GHwscNh8XTyylSlh8FGviPLnWpyhNKnyynJvmSSWs1LZadJWskoqXItI3fU
0UUV8EcwUUUUAFFFFABRRRQAUUUUAcP4TuvtGv8AxOh+2fafsPjnT7XyP7S+3f2dv+Gvw8vfsf2X
/hM/FH9jb/tn9of2b/Yfw4837d/bH/CGX39q/wDCw/HncVw/hO6+0a/8Toftn2n7D450+18j+0vt
39nb/hr8PL37H9l/4TPxR/Y2/wC2f2h/Zv8AYfw4837d/bH/AAhl9/av/Cw/HncV24/+PT/7Ast/
9V2FOXB/wZ/9hWO/9TcQcP4suvs+v/DGH7Z9m+3eOdQtfI/tL7D/AGjs+GvxDvfsf2X/AITPwv8A
2zs+x/2h/Zv9h/EfyvsP9sf8IZY/2V/wsPwH3FcP4suvs+v/AAxh+2fZvt3jnULXyP7S+w/2js+G
vxDvfsf2X/hM/C/9s7Psf9of2b/YfxH8r7D/AGx/whlj/ZX/AAsPwH3FGK/gZb/2BVP/AFY48MP/
ABsd/wBhUP8A1CwYV458OvFmrz+CPAIi8IeKtetbjwr4MCeKbbXvBGraZqtve6R4AEniCLUrz4y+
PNY1Sx8vxRrWoz303i3xvqeoW/gHxfcW3iPxhdal4B1P4jex1w/wxuvt3w1+Hl79s/tH7Z4G8J3X
9of2l/bP277RoGnzfbP7Y/4TP4j/ANq/ad/n/wBpf8LD8efbt/2r/hM/FHm/25fa4apCngMXKdCl
iE8XgFyVnWjFP2OYvmToVqM+ZJNJObjaTvFuzWdeEp4vDqNWpRaw2LfNTVJya9rglytVqdWNndPS
KldK0krp8F4W8S6gPiN8XfENx4NPhnWLfwH+y5Z28fjbS/h54ivY7O9vv2kfGGpxWZtNf8TaZax6
brOn2+ka5Il7bl9V8IalfWuoWHhJNJ+JME3iDTPCfii9i1LxZ8NPg54l1Gzs7bTo7/xN8FvhNrF7
Bp+mBlgsWutX8GWs8VnaLp98GtZJNHgtgviESp4bEevf8Kg8E/a9+DGheP8AVfCWvH9qr9rD9mXX
G0+60+/sf2VbnwzqWq/ErSvC1zJr2jah4w8I+Ivgj8c7ufT/AIWXesa9daT4n0HRvDdtolz4+vLb
xNquoS6j4Vg0/wCevCP7AGqeMdOk1Pw1/wAFSv8Agpw8Wm6hJpN7Z33ib9mfw7reh6rpg0uT+zNZ
8O6/+xlpWv8Ah/UILax0C/tbLVtNsbmTTI/D+q2kb6dLpN0/+fHjP4CeJPHvi9nfEHAvipgOBquY
ZVl8o8PZXxDnWCzaWBw1HDYavmOIweBxtLFLDV8XTp0pVJ+3oylQoXrc3s6NL9dyDiPLctyHB0Mf
gcXjI0ZTpyxlbB0pUZVHOUlTjVjSjRcox5rKKjLl5uaLlzOXp/8AwSY8T+JPFv7DfgbVfFfiHXPE
2qWnxk/bE8MWupeIdWv9av7bw34K/bL+P/g3wb4et7zUri5uIdD8JeENB0Lwp4Y0mORbDQfDei6T
oWlW9ppenWdrD0/w4+MXjbwn/wAE6f2dPimt9/wmHxP8TfAL9lfS9P1Hxrdav4j1DxZ8TfjBpfwx
8D6Pdam82qaXc+LPFXiDxl4zs3srHxP44+Hnh/xZ4mvLTTvHfxi+EfhnU9d+KfhP3P8AZW/Zu8Kf
slfA/wANfAnwX4p8ceN9D8OeIPiX4pbxZ8R7jwrdeM9d174sfFHxn8XfFt9rMngfwl4E8Jpv8WeO
9bTTrXQ/CWi2dlpSWNmLeWWCS6nteFv2Uv2XPA3/AAkf/CFfs2/ALwf/AMJh4V1fwL4t/wCEW+Dv
w88P/wDCU+CfEH2f+3vB3iP+yfDtp/bfhXW/slp/a/h7U/tWkal9lt/ttnN5Me3/AEF4erYHA5ZQ
wua0qtarRxGRYiVOlRpV4YiGX0cXSxuDq1qmIozowxKxMbVacK6k6S56fwyX53Xq0qmJxNRJunUx
U60FypXg6lSSi1dct4yW17WtY+RP2dP23/GXj34ha14E+MNl4B8EWHwt0r9qmH4v+Mrqbwp4btNN
1v8AZ9i/Y51+TUL6Lwt8dfjx8PvhzpXhbSP2lfF/hn4jaPd/GP4j3dprfw+g13Vdd+H1/J4k+G/h
/lfgf+2L+0R8Q/Amg/HDxM3wXj+Hy+Pv2I/hd4g+GuhfDrxxp/jLUtb/AGtPhP8Asf67qvivR/ij
qHxj1nRND0rwX44/anuNU0/wre/CfxDd6x4U8EQ+FrnxZY6v4hfxpov6HR/Az4JQ6foOkw/B34WR
aV4V8VeEvHXhjTI/h94Sj0/w5428AeGdJ8FeBPGOg2S6QLbR/FXgrwboGheEvCXiHT47fV/DnhnR
dJ0HR7yy0rTrO0h1dK+FPwu0LRB4Z0T4beAdH8NrqvgzXV8P6V4O8O6foi638OLTwjp/w91gaVaa
dDYDVfAdh8P/AAFZeDNQFv8Aa/C9p4I8I22hzWMPhrRksvqKme8MN150uHlCeKjg6daDhQdGEI42
eIzKWEjOVWeEqY3DVamFoyoThPBRp0PqtSi4KUZ9pR1tS35U1ZWSUrzcd3FyV0rW5dOVqx+bnjL4
/wD7RHij9nr4QfFS28T/AAXtr/8AaD1X9jT4ufCT4aaBrXjj4Q/ELwxonjb9qf8AZXttS+GnjDxV
HrPxTm+LHgHUfDnxfsvh38Xfi34Z8A/Di08PxXdhBcfBrxhYfFyHw74L5bxx+0l8ePC37T3w7sfE
3jHSpdE/Z01X4zeFf2irfwRompeCfhd8Wvh74mb/AIJyXv8AwtHXPDPinxN8SZvhDpX7Nfhz9rq4
+J3iHxZe+MPFsq+Hfgt49Nz4r8AeB/ix4ptvCH6b6T8DPgloGoeLdW0L4O/CzRdV8f8AirQfHXjv
U9J+H3hLTtQ8a+NvCviaTxr4Y8Y+Lb2z0iG58R+KvDnjKabxboPiHWJL3V9H8TSya9p95b6rI12d
XUvhT8LtZu/Euoax8NvAOq3/AIz0rxHoXjC91Lwd4dvrvxXonjHRPB/hnxdo/iW5utOlm13SvFPh
v4e+AfD/AIj0/VHurTXNE8D+D9K1OG6sPDWi29lthuJsgoVZRnkVOvhHLOJKLw+EpVVHNMFgsvpU
YuLmqawGCjjsPTrUpQrYjE1aGc1HTzOnQqYRqtST1p3j+8+zFP34xjbTblipRTTu21U0mk1+Ovw/
/at/ap0DRvi/cahcfafiP4m+Kfi3466z4U+KHhfRtQ1D9nT4GWP7K37F/wAUdX+F0nhX4h/HP9j3
4ceH/CvwFvP2g9H8HeP/AB9rvxl8JeML/wATafP42m+BPia8+InxQ8WfCH3z4Wftl/G34l+H4vjx
9h+Fmi/BuX4p/safDT/hUH/CJeLdS+Jq/wDDXHwy/ZF8Qf21/wALx/4WNYeFT/wr7xV+1R9r/s3/
AIUCP+Er8P8AgT+w/t/hrUfFH/CSeHf0O1j4U/C7xFdw6h4g+G3gHXb+38faF8Vre91jwd4d1O7g
+KPhfRNP8M+GfiTDc3unTzRePvDvhvSNK8P6F4xR18RaRommafpWn6jb2FlbW8RpXwp+F2haIPDO
ifDbwDo/htdV8Ga6vh/SvB3h3T9EXW/hxaeEdP8Ah7rA0q006GwGq+A7D4f+ArLwZqAt/tfhe08E
eEbbQ5rGHw1oyWTxPE/DuKpxcuGsPSxE4YSlWlSpYdQVFVcIsfSo/wDPv2uDwzw2CrU4U8TgXKdX
D1qdSvUkh1qLWtFXtFOyW14cyT84xai0k43bTV2fln4b/wCChHxovPEumeF9Z8IeAVm+NfgH4ZfE
f4E67Dp2lWWieHvBvxl/aO+Av7PfgPxxqGiad8ffGHxW+L3gG7f9oO08a6Pq/wAQvhh+wx4r8ZWn
ws13wyvgXwh4j8WeJLX4H6r/ALZv7VOv+PfF3wQ+HPg34WfEn4j+D/in8YfCV74x+EOhaN8QvDMn
hn4E/Dn9ki48Uyah4J+J37Un7NNnovirWviP+0tfW/iTSbX41+I9Q+C+oeFX+EE+g/F28tdb+Mtj
98+L/wBmv4U+IfDPj3QfDXhfwr8LtV+JX/CZ/wDCXeNfAnwy+Dl14m1j/hZ+oeFb34tf2xafEL4b
+PfBvif/AIW5beC/Dmk/Ez/hMPCXiL/hL9P0nSpNS36romganpXK+Ev2NvgHonw5k+GXjTwJ4V+N
ehXfirSfGupD4vfD/wCFmt6fd+JvDXgLQfhP4P1PT/AfhzwF4U+E/g3/AIQ34T+FPC/w28N2Xw++
HvhHT7TwzoiPcWl3ruseJda1vqhnvBqhLF/2DhYVr1aMMHLC1MTabhQjhcdUouth8LOhhadOSqYe
OOp1Mfi3KdehCnXq140quHtzeyjfZR5b9IpSavGLSSd0pJyle6Sdzlv2V/jx8Xf2gNd+I+u+JdA+
FnhH4ceEf+FY6Zo+k+EvFE/xJ8TX/ib4k/s2fs6fHbULST4gaFfp8ONa8K+Brz4oeI9H0nxr4Ph1
zT/i5p+uaDqGm2XgCz8ATan8Yfs+srT9C0TSLvXdQ0rR9K0y/wDFGqw674mvdP0+0srvxFrdvomj
+GbfWNdubaGKbV9Vg8N+HfD/AIfh1DUHuLuLRNC0fSkmWw0yyt4NWvhszxWFxmK9tgsFTy/DKhhK
UMJSc5xhOlhqVPETdWpOpWqutiY1q7qVqk52qKN4wjGEOWcoyleMVFWilFdGopN33d5Xd3rqFFFF
eeSFFFFAHD+E7r7Rr/xOh+2fafsPjnT7XyP7S+3f2dv+Gvw8vfsf2X/hM/FH9jb/ALZ/aH9m/wBh
/Djzft39sf8ACGX39q/8LD8edxXD+E7r7Rr/AMToftn2n7D450+18j+0vt39nb/hr8PL37H9l/4T
PxR/Y2/7Z/aH9m/2H8OPN+3f2x/whl9/av8AwsPx53FduP8A49P/ALAst/8AVdhTlwf8Gf8A2FY7
/wBTcQcP4suvs+v/AAxh+2fZvt3jnULXyP7S+w/2js+GvxDvfsf2X/hM/C/9s7Psf9of2b/YfxH8
r7D/AGx/whlj/ZX/AAsPwH3FcP4suvs+v/DGH7Z9m+3eOdQtfI/tL7D/AGjs+GvxDvfsf2X/AITP
wv8A2zs+x/2h/Zv9h/EfyvsP9sf8IZY/2V/wsPwH3FGK/gZb/wBgVT/1Y48MP/Gx3/YVD/1CwZ8k
ftANqVx8Sfh7p1voXxi8cWUHwq+MfiQ/Dn4L/FG5+FnibxTrWmePv2dfD+m3o1ab4rfBrw3e/wDC
N6R4v8SX5tvE/jextE0+bVf7Mgvtbl0+wuuO+GV7ruj/ABf8EtH8Nf2k/h/F4g+H/wAXLfVfhz8Z
PjfpvxT1DUf7E8e/sz6fpXxBsoo/2ivjL4H03SvDtj478Wm4a28Sab41nsLHxFb2vhrVJbjw5aa3
9Q+N/hT4O+IWp6FrXiEeKrXWPDVjrul6Pq3hD4h/EL4d6nb6Z4luNBu9c06e/wDh94p8MXWoWOoX
XhjQLmW01KW7t47jS7aaCOKQOz0fCnwY8DeDfEsfi/Sn8c6l4ig0PVfDdpqPjP4r/FX4i/YNF12/
0LVNYstNtPiB408TWOm/2lfeGdAnvLmwtra7n/sq1iecwq0bfYYPiXLcPkeDy6pPMak6GV5thK+C
9hWeX4jFY2rm88LKc4cQ0MPKjT+u4StUrTyWWNp1sPJUK37rD1I/P4jJ8VVx+LxEMHlcZV80y3GU
M1deos0w2FwtLKoYjD06by2pTTqfU8VCMPrbpTp4i9XSdSkuf8LeJdQHxG+LviG48GnwzrFv4D/Z
cs7ePxtpfw88RXsdne337SPjDU4rM2mv+JtMtY9N1nT7fSNckS9ty+q+ENSvrXULDwkmk/EmCbxB
pnhPxRexal4s+Gnwc8S6jZ2dtp0d/wCJvgt8JtYvYNP0wMsFi11q/gy1nis7RdPvg1rJJo8FsF8Q
iVPDYj17/hUHnX7Rf7Kl/wDHzWNB17w5+09+0/8Asz6npmnxaZr837OXiv4a6HB8QLTS9Qm1XwgP
Gth8UPhR8V9PnuPAeoan4nuvCd74ftfDt7BJ4v18avcawi6KujfJ1p/wTv8AFUniXU/C8H/BTz/g
pfHfaFofhjX5JE+JX7G7bbTXb/WNO0tI9Ltv2VZfEVh9lm+H8TRX+p6Jp2i3v2Gwt/Duq6vfeHtc
tPD3+b3jL9G3xd4/8TM/454E8Q48DZbjMBl2HeCyzN+IcBWlTw9HB4avWrvBYui26+JVCMqXtMQ3
GhRqOajGNOj+45FxdkmV5TgMuzChWxmIhKcPaVcPQnzTvUrKKcKaglGlCbjLkhpdNOb9/wBF/wCC
THifxJ4t/Yb8Dar4r8Q654m1S0+Mn7Ynhi11LxDq1/rV/beG/BX7Zfx/8G+DfD1vealcXNxDofhL
whoOheFPDGkxyLYaD4b0XSdC0q3tNL06ztYfhj4V/tD/ALT2u/AH9jT4c634+8fSeJPD3j79ij4k
/Ff413Nsya38Yfgv8W/iX+xmvgL4e+IphYQ3+j6V40v/ANpnx78OG+Jp8U6rqvxou/2HPjRpeuJr
83jn4saR8P8A9df2Zv2fvAv7GfwA0f4PaB438WeI/B/gjVPip451Tx98WNS8HJ4kvb74l/Evxv8A
GbxzrnifUPCHhXwB4LsbO38SeNtflt/7K8LaDpml6HBaQSRM1rNeTP8ACF7+zjrl5onhLQPh/oui
yf2N4B0XwvpviD4Ha/8AD7TLjSPgreHx58K/DXhibxh4G8OaTeD4VXeoT+O/hz4Y0aea58F79R8X
+FtO06KC/wBSi/vXhfirIuFqOAyfPaeV4nNMxnldXK8HjMRgYYuviMnw2JpZg8BTxDWKxjpYbMKl
WdLDqpQVeGExWJpuph8LVo/FtyrVcdiqOFq1sOsRKs6kaMnCjCVSo4OrJRcad4Sdoyai2r6uCa/N
r4p6n4r+D/7P3xQ8Ya/8SvjRL8QfHH7N37QOqfCz9p34a/tQeMvib8B/2ifEUH7NXxQ+Jmkatpfw
y1/xLc2H7NXj7xFYeBvEX7RXhnTvgH8PNI+F3wx03wf4b8B/Dn9p3W9I8Ral8LvE31NqT/HH4l/t
MfDr4WfHjQtK+F3gfxL+zd+0brqaV+zz+1Z8brq78R634T+L/wCx0+n6xrHiDw/8Mv2a/EfhPVfD
EOr3mm6DqGg6vrd3qeieMfG2gXs2laJqmq6f4l+prP8AZv8A2d9O1vx34m0/4C/Bex8SfFLSvE+h
fE3xBZ/C3wPba38RdE8b3a6h4z0fx3qsGhJf+LtK8XX6Je+J9P8AEFxqFpr92i3Oqw3cyhx6nNoW
iXGt6f4muNH0qfxJpGlaxoWleIJtPtJdb0zRPEV3oWoeINH0/VXha/stK12/8L+Gb3WNPtriK01O
78O6Fc3sM82kae9v9Ri+KcFUdCdHAzni6VHNLY+rKtQxOFxGNwUcPhZ4CNLG1KdKGEqRhJKr7aFJ
QU8so5ZF08PQ5ZV4u1ovmSnabupRcopR5bTduVrrdLeEYaJfiZ8O/H3xG+EXhn/gml8S9P8Aif8A
FPXfCvi79lnVfjf+1JpfxE+J3j34laf460/4gah+wX8NfGXxE8SeJvij4i8Z/wDCsvCvwJ/4W7rH
7Rd9qmhQ6T4Z8LeGfA3xB8PwnwR4V+I3jzxJB337F3xS+PHjX9qXWo/jD4r8fRTeK9K/aL+Isvwo
8Tyalo1p8KLTxT8JP+CTXxM8D/B+88JPFpVh/avwDsPjR4v+Ha+ILvw5oWt65rd7478a6ro2h+I/
iF4sspv1Mm+FPwuuNE0/wzcfDbwDP4b0jwDrHwp0rw/N4O8Oy6Jpnwu8RWmhaf4g+G2n6U+nNYWX
gHXbDwv4ZstY8HW1vF4d1O08O6FbXunTw6Rp6W/K+O/2b/2d/ildtqHxN+AvwX+It++q3muve+O/
hb4H8XXb63qOieGPDOoaw1z4g0LUJm1W+8N+CPBfh+81Aubu50Twj4Y0qeZ7DQNKt7Ttnxfk+Kp4
uljMpca2Mwuc4SWZQoYXEY2jSxuYY/G4BRjOeHVZ4VZhUpValSvCvKnh8HQjW+rYPC0qNe3ptSUo
O8ozjz2i5JSm5R0ur8vM022nbljfljFL2iisrQtC0Twvomj+GfDOj6V4d8N+HdK0/QvD/h/QtPtN
I0TQtE0i0h0/StH0fStPht7DTNK0ywt7ey0/T7K3gtLK0ghtraGKGJEXVr86lyqUlBuUU3yuUVGT
jfRyipTUW1ZuKnJJ6KUrXfJ6f1+YUUUUgCiiigAooooAKKKKAOH8J3X2jX/idD9s+0/YfHOn2vkf
2l9u/s7f8Nfh5e/Y/sv/AAmfij+xt/2z+0P7N/sP4ceb9u/tj/hDL7+1f+Fh+PO4rh/Cd19o1/4n
Q/bPtP2Hxzp9r5H9pfbv7O3/AA1+Hl79j+y/8Jn4o/sbf9s/tD+zf7D+HHm/bv7Y/wCEMvv7V/4W
H487iu3H/wAen/2BZb/6rsKcuD/gz/7Csd/6m4g4fxZdfZ9f+GMP2z7N9u8c6ha+R/aX2H+0dnw1
+Id79j+y/wDCZ+F/7Z2fY/7Q/s3+w/iP5X2H+2P+EMsf7K/4WH4D7iuH8WXX2fX/AIYw/bPs327x
zqFr5H9pfYf7R2fDX4h3v2P7L/wmfhf+2dn2P+0P7N/sP4j+V9h/tj/hDLH+yv8AhYfgPuKMV/Ay
3/sCqf8Aqxx4Yf8AjY7/ALCof+oWDCivI9T+Onwz0jU7/TL7WNZVNJ1C40zV9ftvBHjvUPBGkXdj
c2llq41b4g6f4auvAumW/h6+vYLHxTe33iK3svCt8Liy8RXGl3VndxQeuV4mCzPLcyeKjl2YYHHy
wOKq4HGrBYuhing8bRaVbB4pUKlR4fFUm0quHrclWm2ueCO+rh69BU3Wo1aKqwVSk6tOdNVIOzU6
bnFKcGmrSjdO61PHP2idU1PRP2fvjprWi6jfaRrGkfBz4nappOraXd3Fhqel6nYeCdbu7DUdOv7S
SK6sr6yuoorm0u7aWK4triKOaGRJEVh+cXxG8TeJdP8AH/7Vfw10z4XftX+EdJ+E37Ni/Enwj8U7
39qTxRf2mk6/eQ/tNw6d481uyh/bB8SarqXgHxpcfB7wza/DHRLX4bXXjfT9bg8UyfFvwr4W8PX+
hTp+snifw3ovjLw14h8IeJLL+0vDvivQ9W8N6/p32m7s/t+i65YXGl6rZfa7Ce1vrX7VY3U8H2my
uba7g8zzbaeGZUkXxzVP2ZvhfremajoutX/xj1fR9XsbvS9W0nVP2kv2jL/TNU0y/t5LS/07UbC7
+Kstre2N7ayy213aXMUtvc28skM0bxuyn9P4R4nyvI8NCjjXmcJ/2hPEVHgKU5xqUJVcmnFzVPO8
pjWq0qWAx9CnQxdPE4a2YSlJODr0K/yedZTicfLHulgMpxzxOUxwWEqZjiKtGpl2LU8bKWJw6hl2
OtzrEYdynCdKpzYaF1JRg1ofELVr3Vz4D0LU/h34j/sjUf2hf2cNJv77VJvAd3oUumv+0h4ds5Lq
+sofGF9qdzpOo2vh3SJhajRri+ez+InhKG80yG4tPH9r4I6HXdaXxXp11o/iPw18PfEWk6lJFNda
Xq/wv+HGsadeTC8uNQtJWsrrwrrdtcyRX+vC+091i1llvL3SLmyPiCa80d/jFp/E3wHb/E3wJ4j8
ETeJPFngufW7OL+yPG/gLU7XRvHPgXxJpt5bav4W8c+DNTv9P1jS7PxZ4M8SWGleJ/Dsus6Lrmhn
WNKs01vQ9a0lrzS7v88X/wCCaHjSTzPM/wCCn/8AwUvk83zfN3+O/wBlFvM+0fb/AD/M3fsgHf53
9q6p5u7Pmf2lf7932y48z+FPpL+CfHfjBmnBeY8C8WUeCJcM4fNY4meHxuc4WrisTjMTl1fB16dT
CYt1Y1ME8FUlCo6vuSqqVGMJ88p/rvB+f5fkWDxmHzGFfGyxGIjUg50sPJRpqnGEoe5Spxs2ndOD
bTd5SVoqpoGpyeH/APgrF8OfAnhGDR/BPgLxF/wTw+PnjDxD4D+H2jaH4E8C+IPFvhr9pP8AZo07
wp4v13wd4LFj4Z1nxP4e0Hxt4o0jwz4n1LTrrWNM8NeJtS03SNc1rQ9VfxD4j7L4v/Ff42+H/wBt
C0+FPws8X+FdE/4Wf4V/Zk8LW8nxL8MeLfiR4J8H/a/C3/BTn4oeKfEei+APDnxN+Fn/ABVXin/h
QXgfwxqWrp4mtPO0mxsDqNvqn9iaRBa9F8AP+Cf+lfA749xftGeIf2o/2q/2jPiDY/CTxx8F9FX9
oHxB8FNY0jQPCHxE8c/Dz4h+J5NNHw0+Bfwt1uTVLrxJ8M9AngfVNc1LTLVLzXpYtK+36tLep9r3
fgXwTf8Aiay8a33g7wre+MtO/sz+z/Ft34e0i48TWH9i6f410nR/sWvTWb6ra/2TpXxK+I2maZ5F
3H9g0/x/41srXyrbxVrsd/8AvfghlOdeH3AeX8PcaYxcU5/hMnxeX1s2r4irmf1rHyxtPE4PMsRU
zWNStiHH2VOValiFVvJyoSlXo3lPxs7zDCY7NMTi8JS5KFanBU6cqcIezlFR3grxtFxtorNdN0fk
TpP7Vv7Sem+Of2l/Hs1x4V8b/wDCM+Ff2d/gV4M+FPh3wvrun6fL8Xda/b2/aa/YpHxR0Oy8XfHP
TfCsX/CS+KvAmu/EbW/AOoa94Mn8S+GdQ+E/we1j47eGf+FUar8ZvHfvvwp/aO/ap8ZfF34efBbx
d4H+FngvXf8Ai9ep/FXU9ebRv+EmtvDPwrn/AGQ/Emk3ek/DL4UfHr49aF4E8VeKdC/aM1XwRH4K
8Z/G/WdQttP/AOES/aON7/YU9l8BfGX2fJ8DPglNqGvatN8HfhZLqvirwr4t8C+J9Tk+H3hKTUPE
fgnx/wCJtW8a+O/B2vXraQbnWPCvjXxlr+u+LfFvh7UJLjSPEfibWtW17WLO91XUby7m1fB/wp+F
3w9tPDmn+Afht4B8D2Hg7SvEuheEbLwf4O8O+GrTwtonjPW9N8TeMNH8OW2i6dZQ6HpXivxJo2j+
IPEun6Ylraa7relabquqQ3V/Y2txF+1Y3iTIMRDEez4ewqqTUoYV1MLThPCRp5LSy7AWrUMTCnXj
g8VRnjJ0sTg6yx08Vz4qpKWBoxr+XKtSd7UlezSvFLltTUI7NJ8sk5Wknfm1+FX/ADc8Nfti/tEa
V8J/gt4u8dN8F/Fniz9p/wDZu8MfGb4WWHgz4deOPA1p4G8ZeJ/Hf7L3w40j4d6rpuv/ABj8eQ/F
vVfEviP9q3wxa+EZbzxh+zp4Uk1vwaNF8eeP/h74T8fal8UPhJ83a3+15+0n411f4z61q+teFfD1
t+zt+yz/AMFGdB8e+ANLsdd8Nf8ACa/Eb4N+Cf2UfHMWrXWo/Av9r/4k6V8NfFXhPVfjP4c8B2Mn
hb4seNfHvw+/4Qz4xG38W+DvGXxhg8PfAT9tJvhT8LrjRNP8M3Hw28Az+G9I8A6x8KdK8PzeDvDs
uiaZ8LvEVpoWn+IPhtp+lPpzWFl4B12w8L+GbLWPB1tbxeHdTtPDuhW17p08Okaelvys37N/7O9x
Fp8Fx8BfgvPDpGlaxoWlQzfC3wPLFpmieIvh7oXwk8QaPp8b6EyWWla78KfC/hn4Zaxp9sIrTU/h
74d0LwXewz+HNI0/TbfswHFXDWGq1a1Xhyl7arVzCftKOHwilCFb29HA0qEU6VLDRo4KpHD1pUKc
ZyrxWYJyxkPaVKhWoxbbpa3lqlFaPSKWyVo6NpXu+b4ld/Dfxf8A2y/jb8N/hz47+Nun2Pws1Hwb
deKv21vhR8Ofh9e+EvFqeJvC/jb9krwF+1P4ksfHfjX4iQfEZdK8e+FfHGq/so6wt38PNC+G3w21
fQNP+JWmW0PxJ1a58A3V9476rx/+0V+0n8N/E2tfAk/8Ks+J3xw1D/hTmreAPEHgr4Xa74Z0/W9P
+KOn/tM6zqPhLTPg/wCOf2irLQtf8VeEtC/ZT8Z+JL3XvF37WPwW8M33hnxNdz6VHqHjb4f+Hvh1
8cfs+9+BnwS1HxN418a6h8HfhZf+MviV4Vu/AvxG8W3vw+8JXXibx/4Jv9P0zSb7wd4116fSJNV8
VeFbzStF0fTLvw9rt3f6RcafpOmWU1m9tYWscWr4w+FPwu+IVp4j0/x98NvAPjiw8Y6V4a0LxdZe
MPB3h3xLaeKdE8Ga3qXibwfo/iO21rTr2HXNK8KeJNZ1jxB4a0/U0urTQtb1XUtV0uG1v766uJfN
We8Ox+rxjkVPlgpzqOeGws3GssXha2BUlzRqYyhl+FhicHiITxGFlnsXGvj50MRWdXDwqtJcv7tO
294x35ouOiaclCKlF3cXVveVm7r4b/Yf/aP8TftL/ED4geN9Xuvs+lP8AvgtBb6BpHiDT9W8Et4m
8L/tM/t9fCLxT4/8LWHhzxl8QvBulf8ACy7b4T+HNcuI/C3j34i6fBpNr4c8PW/xQ+JWleGtI8Ya
p+kVctoPgXwT4V1DVtW8MeDvCvhzVdf8z+3dT0Hw9pGj6hrXneJvFvjWb+1r3T7O3udR83xl4/8A
Hfi2T7ZJN5nibxr4t15s6r4j1i7veprwc9x2CzLNcVjMuwX9nYGr7COFwXMp/VqVDDUcPGnzpLnt
7JvnfvTvzTvJszqyjOcpQjyRdko9kopW/AKKKK8gzCiiigDh/Cd19o1/4nQ/bPtP2Hxzp9r5H9pf
bv7O3/DX4eXv2P7L/wAJn4o/sbf9s/tD+zf7D+HHm/bv7Y/4Qy+/tX/hYfjzuK8c+GOqanf+Nv2i
bS/1G+vbXRPjHoml6LbXd3cXNvpGmS/s/fAvWpdO0uGaR47Cxl1jV9W1aS0tFit31PVNRv2jN1e3
MsvsdduP/j0/+wLLf/VdhTlwf8Gf/YVjv/U3EH5G+N/G/i3QPFvwqtrb4VftQ/Fs/Fv9qH9pHwNr
uu+Bv2kdV8IaRJpHhDVf2ttW0D4f/D/QNW/a2+D1h4c8YeHLD4PeEtVnn1XwlY/DZvhtY6/pmma/
efEW80fRx9r/AAS8SeItK+H+p6cnhn4j+Po9A+I/x90bTNZufFWheIdTu9M8MfGf45aXoHh+XXvi
N8QbPxNqV9pOm+C/DPhKC8164e3Nx4s8IFtYl0ex8aav4Q/nY+PPx2+N/g349fHjw34Q+MnxV8Ke
HdN+OPxh/s7QPDfxD8XaFoth9s+JHie/u/sWlaXq9rY2v2q+urm9ufIgj8+7uZ7mXdNNI7fvd/wT
x1TU9b/ZB+FWta1qN9q+savffE/VNW1bVLu4v9T1TU7/AOL3j27v9R1G/u5Jbq9vr26llubu7uZZ
bi5uJZJppHkdmP7d4g5d/Z/DTxdSdPGUnxBgaFLC1pZmqdFYilxPi6bpp5rOjRjh8N9XwNOlhKGF
pSp0FOUHFYejhvzPhTNqGZZtgMFh8vp5ZiMLw/jnjMww0qE8RmdWGKyOm62KVTBu85ynOq5TlVqc
85fvHzSv7J8L9euNI+DvwR0jTNM8KpZr8BPgf+7fwT4O1C4luNV+EXhu51F57q70LWr66vL2+8X6
jLOZ0uLqW61m1T+xppdQ03Rfip+fH7ekun/Drw/+yfr/AMMvDvgf4WeIdS/4KH/sI+FLzxH8J/A3
gn4YeI9R8H+OP2jfBPhnxr4RufEPgDT9D1i/8H+MvCHie+8O+K/DUmo634f8SeFtTtdO1lb7RrvT
vEfxD/NOL41fGSCzstPh+LXxNhsNN0uw0PTrGLx54qjs7DRdK06bR9L0eytk1UQ2ul6bpNxcaXYa
fAkdpZ6dPNZW8MdtK8TcL43+JPxF8YeKf2bNN8XePvGvinTl/bq/YA1FbDxH4q13W7JdQj/bb+CT
R3y2up391ALyNtY1dkuhH56nVdRKuDfXPm/4ScOZHxVk/j/PNqPiBxB/ZGYeKGKqYvhqliMyw+XY
jC4ziLF0sPgcRCGbyw2Iw+BWMfsYVcDKnaDjClRU/d/s/F1cPVyWrTeEo88cuklWcYSmnHDx5pK9
O6c+R3tK/vat21/pM/ab0DxX4r8KeDvDPg3xhpWh6vrXj63gPgbUPi74y+AN38arSy8G+NNXn+HO
hfGr4ZWGsfFb4earor6bF8Y5r74b6FrOt+JNE+FGseBNftbX4feK/Ger6b8X+EfFnxRu/jx8NPhT
8B/FXj7wLf6R4B/assfiR4C/a78V+Ivjjd/BbW9H1L9g/wAZ6BBfw+DfijrE3x91W98N/E6z8Q+D
brXv2m9Yu/h7on7QPi62sviNp9h4Fi/Zzi/Tjxr4F8E/Erwzqfgr4jeDvCvj/wAG619i/tjwl418
PaR4q8M6t/Z2oWmraf8A2noOu2d/pV/9g1WwsdTsvtVpL9l1CztL2Dy7m3hkTK8H/Cn4XfD208Oa
f4B+G3gHwPYeDtK8S6F4RsvB/g7w74atPC2ieM9b03xN4w0fw5baLp1lDoeleK/EmjaP4g8S6fpi
Wtprut6Vpuq6pDdX9ja3EX+z+T1vq3DUsdOlRxFOnjM1y+jhasOalHGVMjxmJp4+vRm6mBxXsI1H
GEa2BeOnKFKlUzSWVweVy/EKbtR5rJ2lUik9VzezcuZp3jKydrOPM7JObh+7PzI03/god8Tdf1f4
DeOtN+H/AIVsvg38UvFX7Jfwy1/R/tHh+/1fRvib+1T4J+E/juHwx/wszxX8YPhf4qm8VeA/Cvxn
0Xxp/wAIh8NP2Tvjn4f8VeCfDH9p3/xX8B6j4k+IGlfs96mkftY/tieK/hd+yle+Gfhr4B134rft
MfBfWv2hprL4c+ErHx1ongb4e+F/DvwDs5NHutB+Lf7T37LMOsar4u8R/GmDxbPr1l8TFl+G1obH
4UW3gn4vJZal8eJP0Oj+BnwSh1DQdWh+Dvwsi1Xwr4V8JeBfDGpx/D7wlHqHhzwT4A8TaT418CeD
tBvV0gXOj+FfBXjLQNC8W+EvD2nyW+keHPE2i6Tr2j2dlqunWd3CeKfgZ8EvHPgnw58NPGvwd+Fn
jD4ceD/7I/4RL4f+Kfh94S8QeCfC3/CP6RcaBoP/AAjnhTVtIu9C0T+xNCu7vRdI/sywtf7N0i6u
NNsvJs5pIW+hVLJHi8qw+G4eyylKvjYYSE8Qq2LgqX9n490ViKUqlL61KnjqtLGVakqlOviaeFoY
KrW+r+059uWnzU1GlBNyUbyTkrckrXV1f3veeqbsot23/N3xp+1l8XfiL4Z8D+JtP1L4WfCrwrd/
tTf8E+fg5qvhDSviRPrfj3XvE3xb1D9kv9ozxdN8M/jN4M1tvAnxb8K3HgT4q6x8KtY+GWheDbfT
/Gvw50Tx38a4fi3d+FVPwnvv11rgdY+FPwu8ReK4fHniD4beAdd8cW+laFoVv4z1jwd4d1PxXBon
hfxlp/xF8M6PD4ivdOn1eLSvDvxB0jSvHWhael4tppHjLTNP8T6fDb63ZW19F31fFcRTwcsDk31P
AUcBTqQr4h06UpVNa2EyuLjKpUTrVOWdKc1OrUqTftWm7pylzVnHlpcsFFNN6a7xgtXu9U3d33Ci
iivlDAKKKKACiiigAooooAKKKKAP/9k
--=====================_17826062==.REL--
--=====================_17826062==_
Content-Type: text/html; charset="us-ascii"
<html>
Phil Daley <
AutoDesk ><br>
<font color="#0000FF"><u><a href="http://www.conknet.com/~p_daley" eudora="autourl">http://</a>www.conknet.com<a
Date: Tue, 18 Oct 2005 09:24:40 -0400
From: Jeffry Houser <jeff at farcryfly dot com>
Subject: Looking for Kelly Anderson
Sorry for the public post.
Kelly,
I purchased Habit3's Eudora Filter Editor program over a week ago, but
still have not received a username / product key. I've sent you 3 e-mails,
but have heard nothing back other than a "Thanks for purchasing" and this
error message:
------
Dear Customer,
An error occurred while PayPal was processing your order. It will be
investigated at the earliest opportunity.
We apologise for any inconvenience.
Sincerely,
sales14@habit3.com
-------
I'm guessing that my e-mails were caught by a SPAM filter of sorts (but
this list post will not be).
Please contact me ASAP.
(Sorry again for the public post)
--
Jeffry Houser, Software Developer, Writer, Songwriter, Recording Engineer
AIM: Reboog711 | Phone: 1-203-379-0773
--
My Company: <http://www.dot-com-it.com>
My Books: <http://www.instantcoldfusion.com>
My Recording Studio: <http://www.fcfstudios.com>
Connecticut Macromedia User Group: <http://www.ctmug.com>
Now Blogging at <http://www.jeffryhouser.com>
Date: Mon, 24 Oct 2005 06:50:02 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: how to get the MIME version of the email
Hi,
I have an on-request translator in my plugin and when
the ems_translate_file is called, i need to get the
MIME version of the email pointed by the
emsDataFile.fileName.
thanks.
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
Date: Fri, 28 Oct 2005 05:22:14 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: MIME reconstruction and the x-html, x-flowed
Hi,
my task is to reconstruct the mail as it was sent.
and since Eudora does not keep the mail in the
original MIME format, i need to reconstruct the mail.
i am using methods from CMessage, like
get_BodyAsSimpleText, get_BodyAsHTML but what i get is
mail body processed and changed by Eudora in many
ways.
For example, if i have an txt attachment, it will
appear in the string returned by those functions :(
my question is if any of you has any ideas\hints on
this.
also, what and how exactly are used the <x-html> and
<x-flowed> tags ??
thanks
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
From: "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: MIME reconstruction and the x-html, x-flowed
Date: Fri, 28 Oct 2005 09:30:55 -0300
Hi,
You can get the full source of emails in the ontranslate event
(attachments and all). I don't remember how I did it,its been like a year
since I did this.
I believe the ontranslate method gets called one time for each MIME part.
But before MIME parts, it gets called with the full MIME source.
Check it out.
Emiliano Sosa
VP Software development
www.cradion.com
-----Original Message-----
From: nitescu andrei [mailto:nitescua@yahoo.com]
Sent: Friday, October 28, 2005 9:22 AM
To: Subscribers of eudora-emsapi
Subject: MIME reconstruction and the x-html, x-flowed
Hi,
my task is to reconstruct the mail as it was sent.
and since Eudora does not keep the mail in the
original MIME format, i need to reconstruct the mail.
i am using methods from CMessage, like
get_BodyAsSimpleText, get_BodyAsHTML but what i get is
mail body processed and changed by Eudora in many
ways.
For example, if i have an txt attachment, it will
appear in the string returned by those functions :(
my question is if any of you has any ideas\hints on
this.
also, what and how exactly are used the <x-html> and
<x-flowed> tags ??
thanks
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
Date: Fri, 28 Oct 2005 05:56:36 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: RE: MIME reconstruction and the x-html, x-flowed
Hi,
I need to do this on an on-request translator.
i don't think your suggestion will help me.
also, i have noticed something:
get_BodyAsHTML returns the html but without the
start tag <html> but a blank line !
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
Transitional//EN">
<head>
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<u><i>test email</i></u><br>
</body>
</html>
--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
> Hi,
> You can get the full source of emails in the
> ontranslate event
> (attachments and all). I don't remember how I did
> it,its been like a year
> since I did this.
>
> I believe the ontranslate method gets called one
> time for each MIME part.
> But before MIME parts, it gets called with the full
> MIME source.
>
> Check it out.
>
> Emiliano Sosa
> VP Software development
> www.cradion.com
>
>
>
> -----Original Message-----
> From: nitescu andrei [mailto:nitescua@yahoo.com]
> Sent: Friday, October 28, 2005 9:22 AM
> To: Subscribers of eudora-emsapi
> Subject: MIME reconstruction and the x-html,
> x-flowed
>
> Hi,
>
> my task is to reconstruct the mail as it was sent.
>
> and since Eudora does not keep the mail in the
> original MIME format, i need to reconstruct the
> mail.
>
> i am using methods from CMessage, like
> get_BodyAsSimpleText, get_BodyAsHTML but what i get
> is
> mail body processed and changed by Eudora in many
> ways.
> For example, if i have an txt attachment, it will
> appear in the string returned by those functions :(
>
> my question is if any of you has any ideas\hints on
> this.
> also, what and how exactly are used the <x-html> and
> <x-flowed> tags ??
>
> thanks
>
>
>
>
> __________________________________
> Yahoo! FareChase: Search multiple travel sites in
> one click.
> http://farechase.yahoo.com
>
>
--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
> Hi,
> You can get the full source of emails in the
> ontranslate event
> (attachments and all). I don't remember how I did
> it,its been like a year
> since I did this.
>
> I believe the ontranslate method gets called one
> time for each MIME part.
> But before MIME parts, it gets called with the full
> MIME source.
>
> Check it out.
>
> Emiliano Sosa
> VP Software development
> www.cradion.com
>
>
>
> -----Original Message-----
> From: nitescu andrei [mailto:nitescua@yahoo.com]
> Sent: Friday, October 28, 2005 9:22 AM
> To: Subscribers of eudora-emsapi
> Subject: MIME reconstruction and the x-html,
> x-flowed
>
> Hi,
>
> my task is to reconstruct the mail as it was sent.
>
> and since Eudora does not keep the mail in the
> original MIME format, i need to reconstruct the
> mail.
>
> i am using methods from CMessage, like
> get_BodyAsSimpleText, get_BodyAsHTML but what i get
> is
> mail body processed and changed by Eudora in many
> ways.
> For example, if i have an txt attachment, it will
> appear in the string returned by those functions :(
>
> my question is if any of you has any ideas\hints on
> this.
> also, what and how exactly are used the <x-html> and
> <x-flowed> tags ??
>
> thanks
>
>
>
>
> __________________________________
> Yahoo! FareChase: Search multiple travel sites in
> one click.
> http://farechase.yahoo.com
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Fri, 28 Oct 2005 10:56:52 -0400
From: Pete Maclean <aaddict at maclean dot com>
Subject: RE: MIME reconstruction and the x-html, x-flowed
Andrei,
Please take a look at EuXporter, a utility I wrote for exporting
Eudora messages. You can find it at http://www.maclean.com/eutilities/
Pete Maclean
At 08:56 AM 10/28/2005, nitescu andrei wrote:
>Hi,
>
> I need to do this on an on-request translator.
> i don't think your suggestion will help me.
> also, i have noticed something:
>
> get_BodyAsHTML returns the html but without the
>start tag <html> but a blank line !
>
><!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
>Transitional//EN">
>
><head>
> <meta content="text/html;charset=ISO-8859-1"
>http-equiv="Content-Type">
></head>
><body bgcolor="#ffffff" text="#000000">
><u><i>test email</i></u><br>
></body>
></html>
>
>--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
>
> > Hi,
> > You can get the full source of emails in the
> > ontranslate event
> > (attachments and all). I don't remember how I did
> > it,its been like a year
> > since I did this.
> >
> > I believe the ontranslate method gets called one
> > time for each MIME part.
> > But before MIME parts, it gets called with the full
> > MIME source.
> >
> > Check it out.
> >
> > Emiliano Sosa
> > VP Software development
> > www.cradion.com
> >
> >
> >
> > -----Original Message-----
> > From: nitescu andrei [mailto:nitescua@yahoo.com]
> > Sent: Friday, October 28, 2005 9:22 AM
> > To: Subscribers of eudora-emsapi
> > Subject: MIME reconstruction and the x-html,
> > x-flowed
> >
> > Hi,
> >
> > my task is to reconstruct the mail as it was sent.
> >
> > and since Eudora does not keep the mail in the
> > original MIME format, i need to reconstruct the
> > mail.
> >
> > i am using methods from CMessage, like
> > get_BodyAsSimpleText, get_BodyAsHTML but what i get
> > is
> > mail body processed and changed by Eudora in many
> > ways.
> > For example, if i have an txt attachment, it will
> > appear in the string returned by those functions :(
> >
> > my question is if any of you has any ideas\hints on
> > this.
> > also, what and how exactly are used the <x-html> and
> > <x-flowed> tags ??
> >
> > thanks
> >
> >
> >
> >
> > __________________________________
> > Yahoo! FareChase: Search multiple travel sites in
> > one click.
> > http://farechase.yahoo.com
> >
> >
>
>
>--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
>
> > Hi,
> > You can get the full source of emails in the
> > ontranslate event
> > (attachments and all). I don't remember how I did
> > it,its been like a year
> > since I did this.
> >
> > I believe the ontranslate method gets called one
> > time for each MIME part.
> > But before MIME parts, it gets called with the full
> > MIME source.
> >
> > Check it out.
> >
> > Emiliano Sosa
> > VP Software development
> > www.cradion.com
> >
> >
> >
> > -----Original Message-----
> > From: nitescu andrei [mailto:nitescua@yahoo.com]
> > Sent: Friday, October 28, 2005 9:22 AM
> > To: Subscribers of eudora-emsapi
> > Subject: MIME reconstruction and the x-html,
> > x-flowed
> >
> > Hi,
> >
> > my task is to reconstruct the mail as it was sent.
> >
> > and since Eudora does not keep the mail in the
> > original MIME format, i need to reconstruct the
> > mail.
> >
> > i am using methods from CMessage, like
> > get_BodyAsSimpleText, get_BodyAsHTML but what i get
> > is
> > mail body processed and changed by Eudora in many
> > ways.
> > For example, if i have an txt attachment, it will
> > appear in the string returned by those functions :(
> >
> > my question is if any of you has any ideas\hints on
> > this.
> > also, what and how exactly are used the <x-html> and
> > <x-flowed> tags ??
> >
> > thanks
> >
> >
> >
> >
> > __________________________________
> > Yahoo! FareChase: Search multiple travel sites in
> > one click.
> > http://farechase.yahoo.com
> >
> >
>
>
>
>
>
>__________________________________
>Yahoo! Mail - PC Magazine Editors' Choice 2005
>http://mail.yahoo.com
Date: Fri, 28 Oct 2005 08:18:24 -0700 (PDT)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: RE: MIME reconstruction and the x-html, x-flowed
Hi,
i did, thanks.
but it seem like its not doing anything more then I
do.
in fact, do you agree that due to the way Eudora store
the messages, is impossible to re-create the message
how it was sent, a simple example:
if the mail had multipart\mixed type and it contained
plain text and a txt attachment, Eudora will store
this message as a message with the text and text from
attachment together ( you will not be able to
differentiate between them).
also, more complex example:
if the mail was multipart\mixed but within it you have
multipart\alternative (text and html) and an
attachment, again you will not be able to re-create
the mail how it was sent.
somehow, the code should know that the plain and html
text is there, and put each other the correct headers,
and then put these 2 in a multipart\alternative and
this part together with the attachment part, in the
original multipart\mixed.
as i said, my goal is to re-create the mail how it was
sent in raw format (with the full MIME headers)
is that possible ? i dont think so.
--- Pete Maclean <aaddict@maclean.com> wrote:
> Andrei,
>
> Please take a look at EuXporter, a utility I wrote
> for exporting
> Eudora messages. You can find it at
> http://www.maclean.com/eutilities/
>
> Pete Maclean
>
> At 08:56 AM 10/28/2005, nitescu andrei wrote:
> >Hi,
> >
> > I need to do this on an on-request translator.
> > i don't think your suggestion will help me.
> > also, i have noticed something:
> >
> > get_BodyAsHTML returns the html but without the
> >start tag <html> but a blank line !
> >
> ><!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
> >Transitional//EN">
> >
> ><head>
> > <meta content="text/html;charset=ISO-8859-1"
> >http-equiv="Content-Type">
> ></head>
> ><body bgcolor="#ffffff" text="#000000">
> ><u><i>test email</i></u><br>
> ></body>
> ></html>
> >
> >--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
> >
> > > Hi,
> > > You can get the full source of emails in the
> > > ontranslate event
> > > (attachments and all). I don't remember how I
> did
> > > it,its been like a year
> > > since I did this.
> > >
> > > I believe the ontranslate method gets called
> one
> > > time for each MIME part.
> > > But before MIME parts, it gets called with the
> full
> > > MIME source.
> > >
> > > Check it out.
> > >
> > > Emiliano Sosa
> > > VP Software development
> > > www.cradion.com
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: nitescu andrei [mailto:nitescua@yahoo.com]
> > > Sent: Friday, October 28, 2005 9:22 AM
> > > To: Subscribers of eudora-emsapi
> > > Subject: MIME reconstruction and the x-html,
> > > x-flowed
> > >
> > > Hi,
> > >
> > > my task is to reconstruct the mail as it was
> sent.
> > >
> > > and since Eudora does not keep the mail in the
> > > original MIME format, i need to reconstruct the
> > > mail.
> > >
> > > i am using methods from CMessage, like
> > > get_BodyAsSimpleText, get_BodyAsHTML but what i
> get
> > > is
> > > mail body processed and changed by Eudora in
> many
> > > ways.
> > > For example, if i have an txt attachment, it
> will
> > > appear in the string returned by those functions
> :(
> > >
> > > my question is if any of you has any ideas\hints
> on
> > > this.
> > > also, what and how exactly are used the <x-html>
> and
> > > <x-flowed> tags ??
> > >
> > > thanks
> > >
> > >
> > >
> > >
> > > __________________________________
> > > Yahoo! FareChase: Search multiple travel sites
> in
> > > one click.
> > > http://farechase.yahoo.com
> > >
> > >
> >
> >
> >--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
> >
> > > Hi,
> > > You can get the full source of emails in the
> > > ontranslate event
> > > (attachments and all). I don't remember how I
> did
> > > it,its been like a year
> > > since I did this.
> > >
> > > I believe the ontranslate method gets called
> one
> > > time for each MIME part.
> > > But before MIME parts, it gets called with the
> full
> > > MIME source.
> > >
> > > Check it out.
> > >
> > > Emiliano Sosa
> > > VP Software development
> > > www.cradion.com
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: nitescu andrei [mailto:nitescua@yahoo.com]
> > > Sent: Friday, October 28, 2005 9:22 AM
> > > To: Subscribers of eudora-emsapi
> > > Subject: MIME reconstruction and the x-html,
> > > x-flowed
> > >
> > > Hi,
> > >
> > > my task is to reconstruct the mail as it was
> sent.
> > >
> > > and since Eudora does not keep the mail in the
> > > original MIME format, i need to reconstruct the
> > > mail.
> > >
> > > i am using methods from CMessage, like
> > > get_BodyAsSimpleText, get_BodyAsHTML but what i
> get
> > > is
> > > mail body processed and changed by Eudora in
> many
> > > ways.
> > > For example, if i have an txt attachment, it
> will
> > > appear in the string returned by those functions
> :(
> > >
> > > my question is if any of you has any ideas\hints
> on
> > > this.
> > > also, what and how exactly are used the <x-html>
> and
> > > <x-flowed> tags ??
> > >
> > > thanks
> > >
> > >
> > >
> > >
> > > __________________________________
> > > Yahoo! FareChase: Search multiple travel sites
> in
> > > one click.
> > > http://farechase.yahoo.com
> > >
> > >
> >
> >
> >
> >
> >
> >__________________________________
> >Yahoo! Mail - PC Magazine Editors' Choice 2005
> >http://mail.yahoo.com
>
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Date: Fri, 28 Oct 2005 12:43:01 -0400
From: Phil Daley <daley_p at tds dot net>
Subject: RE: MIME reconstruction and the x-html, x-flowed
At 10/28/2005 11:18 AM, nitescu andrei wrote:
>i did, thanks.
>but it seem like its not doing anything more then I
>do.
>in fact, do you agree that due to the way Eudora store
>the messages, is impossible to re-create the message
>how it was sent, a simple example:
>if the mail had multipart\mixed type and it contained
>plain text and a txt attachment, Eudora will store
>this message as a message with the text and text from
>attachment together ( you will not be able to
>differentiate between them).
No. I believe you are incorrect.
I just sent a test message to myself with a text attachment.
========================================
Subject: test
Mime-Version: 1.0
Content-Type: multipart/mixed;
boundary="=====================_102075734==_"
Return-Path: p_daley@conknet.com
X-OriginalArrivalTime: 28 Oct 2005 16:36:04.0624 (UTC)
FILETIME=[B08D6900:01C5DBDD]
<x-flowed>
</x-flowed>
Attachment Converted: "D:\Mail\Attach\Build1.txt"
===========================================
There is no text from the attached file in the message.
Phil Daley < AutoDesk >
http://www.conknet.com/~p_daley
Date: Fri, 28 Oct 2005 12:40:14 -0400
From: Pete Maclean <aaddict at maclean dot com>
Subject: RE: MIME reconstruction and the x-html, x-flowed
I agree absolutely that it is impossible to reassemble a message in
the exact form it was received. As you say, Eudora just does not
save enough information to allow that. I believe that my code in
EuXporter does something close to the best job possible in the
circumstances. And I mentioned it because I had the impression that
you were looking at maybe developing such code yourself and I thought
that I could perhaps share some of my code with you. From your
second message, I gather that you have already done the job so there
is probably nothing I can do for you beyond confirming that it is
impossible to create an exact replica of an original message.
Pete
At 11:18 AM 10/28/2005, nitescu andrei wrote:
>Hi,
>
>i did, thanks.
>but it seem like its not doing anything more then I
>do.
>in fact, do you agree that due to the way Eudora store
>the messages, is impossible to re-create the message
>how it was sent, a simple example:
>if the mail had multipart\mixed type and it contained
>plain text and a txt attachment, Eudora will store
>this message as a message with the text and text from
>attachment together ( you will not be able to
>differentiate between them).
>
>also, more complex example:
>if the mail was multipart\mixed but within it you have
>multipart\alternative (text and html) and an
>attachment, again you will not be able to re-create
>the mail how it was sent.
>somehow, the code should know that the plain and html
>text is there, and put each other the correct headers,
>and then put these 2 in a multipart\alternative and
>this part together with the attachment part, in the
>original multipart\mixed.
>
>as i said, my goal is to re-create the mail how it was
>sent in raw format (with the full MIME headers)
>
>is that possible ? i dont think so.
>
>
>
>--- Pete Maclean <aaddict@maclean.com> wrote:
>
> > Andrei,
> >
> > Please take a look at EuXporter, a utility I wrote
> > for exporting
> > Eudora messages. You can find it at
> > http://www.maclean.com/eutilities/
> >
> > Pete Maclean
> >
> > At 08:56 AM 10/28/2005, nitescu andrei wrote:
> > >Hi,
> > >
> > > I need to do this on an on-request translator.
> > > i don't think your suggestion will help me.
> > > also, i have noticed something:
> > >
> > > get_BodyAsHTML returns the html but without the
> > >start tag <html> but a blank line !
> > >
> > ><!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01
> > >Transitional//EN">
> > >
> > ><head>
> > > <meta content="text/html;charset=ISO-8859-1"
> > >http-equiv="Content-Type">
> > ></head>
> > ><body bgcolor="#ffffff" text="#000000">
> > ><u><i>test email</i></u><br>
> > ></body>
> > ></html>
> > >
> > >--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
> > >
> > > > Hi,
> > > > You can get the full source of emails in the
> > > > ontranslate event
> > > > (attachments and all). I don't remember how I
> > did
> > > > it,its been like a year
> > > > since I did this.
> > > >
> > > > I believe the ontranslate method gets called
> > one
> > > > time for each MIME part.
> > > > But before MIME parts, it gets called with the
> > full
> > > > MIME source.
> > > >
> > > > Check it out.
> > > >
> > > > Emiliano Sosa
> > > > VP Software development
> > > > www.cradion.com
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: nitescu andrei [mailto:nitescua@yahoo.com]
> > > > Sent: Friday, October 28, 2005 9:22 AM
> > > > To: Subscribers of eudora-emsapi
> > > > Subject: MIME reconstruction and the x-html,
> > > > x-flowed
> > > >
> > > > Hi,
> > > >
> > > > my task is to reconstruct the mail as it was
> > sent.
> > > >
> > > > and since Eudora does not keep the mail in the
> > > > original MIME format, i need to reconstruct the
> > > > mail.
> > > >
> > > > i am using methods from CMessage, like
> > > > get_BodyAsSimpleText, get_BodyAsHTML but what i
> > get
> > > > is
> > > > mail body processed and changed by Eudora in
> > many
> > > > ways.
> > > > For example, if i have an txt attachment, it
> > will
> > > > appear in the string returned by those functions
> > :(
> > > >
> > > > my question is if any of you has any ideas\hints
> > on
> > > > this.
> > > > also, what and how exactly are used the <x-html>
> > and
> > > > <x-flowed> tags ??
> > > >
> > > > thanks
> > > >
> > > >
> > > >
> > > >
> > > > __________________________________
> > > > Yahoo! FareChase: Search multiple travel sites
> > in
> > > > one click.
> > > > http://farechase.yahoo.com
> > > >
> > > >
> > >
> > >
> > >--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
> > >
> > > > Hi,
> > > > You can get the full source of emails in the
> > > > ontranslate event
> > > > (attachments and all). I don't remember how I
> > did
> > > > it,its been like a year
> > > > since I did this.
> > > >
> > > > I believe the ontranslate method gets called
> > one
> > > > time for each MIME part.
> > > > But before MIME parts, it gets called with the
> > full
> > > > MIME source.
> > > >
> > > > Check it out.
> > > >
> > > > Emiliano Sosa
> > > > VP Software development
> > > > www.cradion.com
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: nitescu andrei [mailto:nitescua@yahoo.com]
> > > > Sent: Friday, October 28, 2005 9:22 AM
> > > > To: Subscribers of eudora-emsapi
> > > > Subject: MIME reconstruction and the x-html,
> > > > x-flowed
> > > >
> > > > Hi,
> > > >
> > > > my task is to reconstruct the mail as it was
> > sent.
> > > >
> > > > and since Eudora does not keep the mail in the
> > > > original MIME format, i need to reconstruct the
> > > > mail.
> > > >
> > > > i am using methods from CMessage, like
> > > > get_BodyAsSimpleText, get_BodyAsHTML but what i
> > get
> > > > is
> > > > mail body processed and changed by Eudora in
> > many
> > > > ways.
> > > > For example, if i have an txt attachment, it
> > will
> > > > appear in the string returned by those functions
> > :(
> > > >
> > > > my question is if any of you has any ideas\hints
> > on
> > > > this.
> > > > also, what and how exactly are used the <x-html>
> > and
> > > > <x-flowed> tags ??
> > > >
> > > > thanks
> > > >
> > > >
> > > >
> > > >
> > > > __________________________________
> > > > Yahoo! FareChase: Search multiple travel sites
> > in
> > > > one click.
> > > > http://farechase.yahoo.com
> > > >
> > > >
> > >
> > >
> > >
> > >
> > >
> > >__________________________________
> > >Yahoo! Mail - PC Magazine Editors' Choice 2005
> > >http://mail.yahoo.com
> >
> >
>
>
>
>
>
>__________________________________
>Yahoo! Mail - PC Magazine Editors' Choice 2005
>http://mail.yahoo.com
From: "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: MIME reconstruction and the x-html, x-flowed
Date: Fri, 28 Oct 2005 14:36:37 -0300
I've checked my source code, I think I'm correct. The full mime source is
returned if you use the EMSF_GENERATES_MIME flag.
It seems you can reconstruct the message using the
InFile^.header^.rawHeaders and the full mime parts that come the first time
the ontranslate entry point gets called. I made a spam filter engine with
this code.
In the translator_info, I used the flags:
EMSF_ON_REQUEST // translator flags */
EMSF_REQUIRES_MIME
EMSF_GENERATES_MIME
EMSF_WHOLE_MESSAGE
EMSF_ALL_HEADERS
EMSF_ALL_TEXT
Emiliano Sosa
VP Software development
www.cradion.com
From: "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: MIME reconstruction and the x-html, x-flowed
Date: Fri, 28 Oct 2005 14:44:53 -0300
Sorry, I had a typo.. I meant, you can doit using the EMSF_WHOLE_MESSAGE
flag.. (but check all the flags I mentioned too)
-----Original Message-----
From: Emiliano Sosa [mailto:emisosa@fibertel.com.ar]
Sent: Friday, October 28, 2005 2:37 PM
To: 'Pete Maclean'; 'nitescu andrei'; 'Subscribers of eudora-emsapi'
Subject: RE: MIME reconstruction and the x-html, x-flowed
I've checked my source code, I think I'm correct. The full mime source is
returned if you use the EMSF_GENERATES_MIME flag.
It seems you can reconstruct the message using the
InFile^.header^.rawHeaders and the full mime parts that come the first time
the ontranslate entry point gets called. I made a spam filter engine with
this code.
In the translator_info, I used the flags:
EMSF_ON_REQUEST // translator flags */
EMSF_REQUIRES_MIME
EMSF_GENERATES_MIME
EMSF_WHOLE_MESSAGE
EMSF_ALL_HEADERS
EMSF_ALL_TEXT
Emiliano Sosa
VP Software development
www.cradion.com
Date: Tue, 22 Nov 2005 09:44:11 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Accessing eudora files using PHP
Hi all,
Remember me asking about the eudora .toc file format?
It took a while to muster the courage to get started
but the last two days I did and with much success.
The resource of Jeramie Hicks seems to have gone, so
I compiled all of the data in Ken's HTML page myself
into an include file for C:
http://www.chipdir.nl/eudora/eudora.h
(I wrote it under Linux, so it has no CR's, so open it
using non-MS software like Netscape.)
I like using the format of C because it restricts one
to defining things clearly and making it checkable
using a compiler (but I haven't fed it to a compiler
yet).
Subsequently I wrote a PHP program to access Eudora
files.
You can run it here:
http://www.chipdir.nl/eudora/index.php
I used my archive of this mailing list as test data,
I hope you don't mind. It should be temporarily. The
script can also handle folders with mailboxes and
deeper folders etc.
You can look at the code (and copy it) from:
http://www.chipdir.nl/eudora/index.php.txt
(Consider it published under GPL.)
Please be aware that this is just the current
end-of-day state of the script and I'll be
improving it the coming time. But I'll probably
improve it in the direction that I need it for
and now it's at an evolutionary state where it
can evolve in all directions and is still small
enough to understand and adapted.
To run the script yourself you will need a
working implementation of PHP working under
an HTTP server like Apache. Not easy to set
up on your local machine when you haven't
already. Serious hosters are able to let you
run the script on their server, but your
Eudora files won't be there.
Anyway, let me know what you think...
Greetings,
Jaap
Date: Thu, 08 Dec 2005 09:53:23 -0800
From: Jeff Beckley <beckley at qualcomm dot com>
Subject: Change to Eudora EMSAPI calling behavior
It's come to our attention that a change we made to Eudora in the 7.0
version has caused a problem with some EMSAPI plug-ins.
The change is that Eudora 7.0 now calls the plug-in's
ems_plugin_finish() function to all plug-ins that get the
ems_plugin_init() function called. The problem comes when Eudora
calls the plug-in's ems_plugin_finish() function after the plug-in
returns failure to ems_plugin_init(). Some plug-ins that do this
clean up when they return failure to ems_plugin_init(), and getting
their ems_plugin_finish() function called after cleanup has already
occurred can have disastrous consequences.
We will soon be coming out with a 7.0.1 version of Eudora that
corrects this. Eudora 7.0.1 will no longer call ems_plugin_finish()
if the ems_plugin_init() function fails. However, Eudora will call
ems_plugin_finish() if ems_plugin_init() succeeds, and Eudora sees
that the plug-in is a duplicate of a previously loaded plug-in (i.e.
returns the same ID). This last behavior is different than all
versions of Eudora previous to 7.0, but we feel it's the correct thing to do.
We would appreciate comments about this behavior change in the
upcoming 7.0.1, especially if you feel it will cause problems for
your existing plug-ins.
Date: Thu, 08 Dec 2005 21:14:25 +0100
From: Polgar Ferenc <pofe at externet dot hu>
Subject: Re: Change to Eudora EMSAPI calling behavior
I and many others would appreciate if you could spend some time to improve Eudora to handle the different character sets, like iso 8859-2 and utf8. Without this, it would be better to cancel the Eudore project.
Regards
Ferenc Polgar
>It's come to our attention that a change we made to Eudora in the 7.0 version has caused a problem with some EMSAPI plug-ins.
>
>The change is that Eudora 7.0 now calls the plug-in's ems_plugin_finish() function to all plug-ins that get the ems_plugin_init() function called. The problem comes when Eudora calls the plug-in's ems_plugin_finish() function after the plug-in return
ailure to ems_plugin_init(). Some plug-ins that do this clean up when they return failure to ems_plugin_init(), and getting their ems_plugin_finish() function called after cleanup has already occurred can have disastrous consequences.
>
>We will soon be coming out with a 7.0.1 version of Eudora that corrects this. Eudora 7.0.1 will no longer call ems_plugin_finish() if the ems_plugin_init() function fails. However, Eudora will call ems_plugin_finish() if ems_plugin_init() succeeds,
Eudora sees that the plug-in is a duplicate of a previously loaded plug-in (i.e. returns the same ID). This last behavior is different than all versions of Eudora previous to 7.0, but we feel it's the correct thing to do.
>
>
>We would appreciate comments about this behavior change in the upcoming 7.0.1, especially if you feel it will cause problems for your existing plug-ins.
Date: Thu, 8 Dec 2005 12:48:28 -0800 (PST)
From: nitescu andrei <nitescua at yahoo dot com>
Subject: Re: Change to Eudora EMSAPI calling behavior
I agree. Also, there is an extreme lack of
communication to the developers, keeping the API
obscure as possible.
--- Polgar Ferenc <pofe@externet.hu> wrote:
> I and many others would appreciate if you could
> spend some time to improve Eudora to handle the
> different character sets, like iso 8859-2 and utf8.
> Without this, it would be better to cancel the
> Eudore project.
>
> Regards
> Ferenc Polgar
>
>
>
>
> >It's come to our attention that a change we made to
> Eudora in the 7.0 version has caused a problem with
> some EMSAPI plug-ins.
> >
> >The change is that Eudora 7.0 now calls the
> plug-in's ems_plugin_finish() function to all
> plug-ins that get the ems_plugin_init() function
> called. The problem comes when Eudora calls the
> plug-in's ems_plugin_finish() function after the
> plug-in returns f
> ailure to ems_plugin_init(). Some plug-ins that do
> this clean up when they return failure to
> ems_plugin_init(), and getting their
> ems_plugin_finish() function called after cleanup
> has already occurred can have disastrous
> consequences.
> >
> >We will soon be coming out with a 7.0.1 version of
> Eudora that corrects this. Eudora 7.0.1 will no
> longer call ems_plugin_finish() if the
> ems_plugin_init() function fails. However, Eudora
> will call ems_plugin_finish() if ems_plugin_init()
> succeeds, and
> Eudora sees that the plug-in is a duplicate of a
> previously loaded plug-in (i.e. returns the same
> ID). This last behavior is different than all
> versions of Eudora previous to 7.0, but we feel it's
> the correct thing to do.
> >
> >
> >We would appreciate comments about this behavior
> change in the upcoming 7.0.1, especially if you feel
> it will cause problems for your existing plug-ins.
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Date: Fri, 09 Dec 2005 02:31:18 +0200
From: Alexander Lishansky <alex_l at 012 dot net dot il>
Subject: Re: Change to Eudora EMSAPI calling behavior
At 22:14 08/12/2005, Polgar Ferenc wrote:
>I and many others would appreciate if you could spend some time to
>improve Eudora to handle the different character sets, like iso
>8859-2 and utf8. Without this, it would be better to cancel the Eudore project.
And KOI8-R, which is the most used character set in Russian speaking community.
>Regards
>Ferenc Polgar
>
> >It's come to our attention that a change we made to Eudora in the
> 7.0 version has caused a problem with some EMSAPI plug-ins.
> >
> >The change is that Eudora 7.0 now calls the plug-in's
> ems_plugin_finish() function to all plug-ins that get the
> ems_plugin_init() function called. The problem comes when Eudora
> calls the plug-in's ems_plugin_finish() function after the plug-in returns f
>ailure to ems_plugin_init(). Some plug-ins that do this clean up
>when they return failure to ems_plugin_init(), and getting their
>ems_plugin_finish() function called after cleanup has already
>occurred can have disastrous consequences.
> >
> >We will soon be coming out with a 7.0.1 version of Eudora that
> corrects this. Eudora 7.0.1 will no longer call
> ems_plugin_finish() if the ems_plugin_init() function
> fails. However, Eudora will call ems_plugin_finish() if
> ems_plugin_init() succeeds, and
> Eudora sees that the plug-in is a duplicate of a previously loaded
> plug-in (i.e. returns the same ID). This last behavior is
> different than all versions of Eudora previous to 7.0, but we feel
> it's the correct thing to do.
> >
> >
> >We would appreciate comments about this behavior change in the
> upcoming 7.0.1, especially if you feel it will cause problems for
> your existing plug-ins.
--
ICQ: 306276523; AIM: Alex1118L; YM: AlexL1118; Skype:
AlexanderLishansky; MSN: alex_l@012.net.il
GoogleTalk: Alexander.Lishansky; Gadu-Gadu: 9587019; Tlen: AlexL1118
QQ S.A.: 570259; QQ Ch.: 574018428; Web: http://www.geocities.com/alexl1118/
Date: Fri, 09 Dec 2005 03:01:19 +0200
From: Alexander Lishansky <alex_l at 012 dot net dot il>
Subject: Re: Change to Eudora EMSAPI calling behavior
At 22:48 08/12/2005, nitescu andrei wrote:
> I agree. Also, there is an extreme lack of
>communication to the developers, keeping the API
>obscure as possible.
And it is needed to fix bugs in example plugins sources provided by
Qualcomm, such as in MIMETYPE.CPP (function "match_mime_type()"),
where Eudora programmers use "mimePtr->type" without checking it for
NULL pointer, which causes crash in various other plugins, whose
authors take these sources blindly, without thinking - such as
PGPEudora plugin from PGP Corp. It crashes in such circumstances,
pretending to be a part of security (!) software.
Not speaking about Eudora itself, which passes NULL in this field at
the call of 2-nd plugin (in chronological calls). Luckily, this
situation happens not in all cases.
I had to spend hours trying to find this bug - investigating binary
code of PGPEudora plugin, because I got complain from some user about
my MimeHeaders plugin, when both of these two plugins are used. They
(PGP) provide sources of the plugin, but the provided sources are not
full, so they (the sources) do not pass compilation - that's why I
had to research binary DLL from PGP.
>--- Polgar Ferenc <pofe@externet.hu> wrote:
>
> > I and many others would appreciate if you could
> > spend some time to improve Eudora to handle the
> > different character sets, like iso 8859-2 and utf8.
> > Without this, it would be better to cancel the
> > Eudore project.
> >
> > Regards
> > Ferenc Polgar
> >
> > >It's come to our attention that a change we made to
> > Eudora in the 7.0 version has caused a problem with
> > some EMSAPI plug-ins.
> > >
> > >The change is that Eudora 7.0 now calls the
> > plug-in's ems_plugin_finish() function to all
> > plug-ins that get the ems_plugin_init() function
> > called. The problem comes when Eudora calls the
> > plug-in's ems_plugin_finish() function after the
> > plug-in returns f
> > ailure to ems_plugin_init(). Some plug-ins that do
> > this clean up when they return failure to
> > ems_plugin_init(), and getting their
> > ems_plugin_finish() function called after cleanup
> > has already occurred can have disastrous
> > consequences.
> > >
> > >We will soon be coming out with a 7.0.1 version of
> > Eudora that corrects this. Eudora 7.0.1 will no
> > longer call ems_plugin_finish() if the
> > ems_plugin_init() function fails. However, Eudora
> > will call ems_plugin_finish() if ems_plugin_init()
> > succeeds, and
> > Eudora sees that the plug-in is a duplicate of a
> > previously loaded plug-in (i.e. returns the same
> > ID). This last behavior is different than all
> > versions of Eudora previous to 7.0, but we feel it's
> > the correct thing to do.
> > >
> > >
> > >We would appreciate comments about this behavior
> > change in the upcoming 7.0.1, especially if you feel
> > it will cause problems for your existing plug-ins.
--
ICQ: 306276523; AIM: Alex1118L; YM: AlexL1118; Skype:
AlexanderLishansky; MSN: alex_l@012.net.il
GoogleTalk: Alexander.Lishansky; Gadu-Gadu: 9587019; Tlen: AlexL1118
QQ S.A.: 570259; QQ Ch.: 574018428; Web: http://www.geocities.com/alexl1118/
Last updated on 8 Dec 2005 by Pensive Mailing List Admin