The eudora-emsapi list archive ending on 15 Mar 2007

Topics covered in this issue include:

  1. Re: Change to Eudora EMSAPI calling behavior
       Alexander Lishansky <alex_l at 012 dot net dot il>
       Fri, 09 Dec 2005 03:20:00 +0200
  2. Re: Change to Eudora EMSAPI calling behavior
       Polgar Ferenc <pofe at externet dot hu>
       Fri, 09 Dec 2005 09:32:01 +0100
  3. RE: Change to Eudora EMSAPI calling behavior
       "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
       Fri, 9 Dec 2005 12:20:39 -0300
  4. How (not) to encourage Qualcomm to participate
       Barry Jaspan <bjaspan at MIT dot EDU>
       Fri, 09 Dec 2005 11:32:30 -0500
  5. Re: Change to Eudora EMSAPI calling behavior
       Jaap van Ganswijk <ganswijk at xs4all dot nl>
       Fri, 09 Dec 2005 18:01:45 +0100
  6. Re: Change to Eudora EMSAPI calling behavior
       Jaap van Ganswijk <ganswijk at xs4all dot nl>
       Fri, 09 Dec 2005 17:47:23 +0100
  7. Re: How (not) to encourage Qualcomm to participate
       Jaap van Ganswijk <ganswijk at xs4all dot nl>
       Fri, 09 Dec 2005 18:19:48 +0100
  8. RE: How (not) to encourage Qualcomm to participate
       "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
       Mon, 12 Dec 2005 13:21:17 -0300
  9. RE: How (not) to encourage Qualcomm to participate
       Phil Daley <daley_p at tds dot net>
       Mon, 12 Dec 2005 12:58:39 -0500
 10. Seeking 3rd-party tool for Eudora 6.2/win
       "Collette K dot  McNeill" <collette at mlwebworks dot com>
       Fri, 20 Jan 2006 10:16:58 -0800
 11. Re: Seeking 3rd-party tool for Eudora 6.2/win
       Jaap van Ganswijk <ganswijk at xs4all dot nl>
       Fri, 27 Jan 2006 09:09:28 +0100
 12. Fwd: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
       Jaap van Ganswijk <ganswijk at xs4all dot nl>
       Sat, 28 Jan 2006 07:16:43 +0100
 13. RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
       "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
       Sat, 28 Jan 2006 12:04:34 -0300
 14. RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
       "Collette K dot  McNeill" <collette at mlwebworks dot com>
       Sat, 28 Jan 2006 08:55:37 -0800
 15. RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
       Jaap van Ganswijk <ganswijk at xs4all dot nl>
       Sun, 29 Jan 2006 11:06:58 +0100
 16. RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
       "Collette K dot  McNeill" <collette at mlwebworks dot com>
       Sun, 29 Jan 2006 11:09:46 -0800
 17. Interaction with eudora choices
       Maximilien Moulin <mmoulin at axalto dot com>
       Thu, 13 Apr 2006 15:15:38 +0200
 18. RE: Interaction with eudora choices
       "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
       Thu, 13 Apr 2006 11:25:43 -0300
 19. RE: Interaction with eudora choices
       Andrei Nitescu <nitescua at yahoo dot com>
       Thu, 13 Apr 2006 08:05:10 -0700 (PDT)
 20. RE: Interaction with eudora choices
       Maximilien Moulin <mmoulin at axalto dot com>
       Thu, 13 Apr 2006 17:51:37 +0200
 21. Re: Interaction with eudora choices
       Alexander Lishansky <alex_l at 012 dot net dot il>
       Thu, 13 Apr 2006 18:49:29 +0300
 22. Re: Interaction with eudora choices
       Pete Maclean <aaddict at maclean dot com>
       Thu, 13 Apr 2006 14:13:46 -0400
 23. Re: Interaction with eudora choices
       Jerry Crespi <jcrespi at alliedhr dot com>
       Thu, 13 Apr 2006 12:38:48 -0700
 24. RE: Interaction with eudora choices
       "Emiliano Sosa" <emisosa at fibertel dot com dot ar>
       Thu, 13 Apr 2006 17:26:16 -0300
 25. Re: Interaction with eudora choices
       Maximilien Moulin <mmoulin at axalto dot com>
       Fri, 14 Apr 2006 11:03:36 +0200
 26. Re: Interaction with eudora choices
       Phil Daley <daley_p at tds dot net>
       Fri, 14 Apr 2006 07:02:04 -0400
 27. Eudora Goes Open Source
       Jeffry Houser <jeff at farcryfly dot com>
       Wed, 01 Nov 2006 15:24:22 -0500
 28. making a mailing list
       "Dadosoft" <dado at dadosoft dot com>
       Fri, 16 Mar 2007 00:06:12 +0100 (CET)

Date: Fri, 09 Dec 2005 03:20:00 +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.

I'd like also to remind an email of Petr Prazak <prazak@grisoft.cz> 
in this mailing list (from 09-May-2001), where he publicly asks Jeff 
Beckley <beckley@qualcomm.com>:

>Hello Jeff,
>
>  When will be the new version of EMS API (4.5) documented ?
>
>  I noticed that ESP.DLL exports few new functions as
>
>           1    0 00035510 ems_allocate
>           5    4 000354A0 ems_eudora_mode_notification
>           7    6 00035930 ems_idle
>           8    7 00035AA0 ems_mbox_context_folder
>           9    8 00035A20 ems_mbox_context_hook
>          10    9 000359B0 ems_mbox_context_info
>          18   11 000357A0 ems_wants_full_message
>
>Would you please document them ?
>
>Best regards,
>   Petr Prazak

and a message from me (earlier in this list, from 30-Dec-2000):

>When activating extended logging of EMSAPI information, I found the 
>following lines in my Eudora.log:
>
>=======================================
>A113 256:0.1 Plugin: "Loading C:\Program 
>Files\Qualcomm\Eudora\Plugins\Esp.dll.
>A113 256:0.1 Plugin: "Calling function ems_plugin_version.
>A113 256:0.1 Plugin: "Calling function ems_plugin_init.
>A113 256:0.1 Plugin: "Calling function ems_translator_info.
>A113 256:0..1 Plugin: "Calling function ems_translator_info.
>A113 256:0.1 Plugin: "Calling function ems_special_info.
>A113 256:0.1 Plugin: "Calling function ems_mbox_context_info.
>=======================================
>
>My questions are:
>    - What is this EMSAPI entry point - "ems_mbox_context_info()"? 
> It absents in all samples in documents.
>    - Do we have other API-s that are not included in the documentation?

Both questions still stay without answers.

Thank you.

>--- 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/ 

Date: Fri, 09 Dec 2005 09:32:01 +0100
From: Polgar Ferenc <pofe at externet dot hu>
Subject: Re: Change to Eudora EMSAPI calling behavior

Dear Jeff,

First of thanks for your reply as this is the first time some do so from Qualcomm. 
I sent several times messages about bugs and deficiencies of Eudora without any feedback.
More than a year ago I tried to write a plugin to handle the character set I use, but I could reach only a half success because of the poor documentation of the API. Then I gave up, as I had not time to investigate the codes, but remained in this list. I 
use some plugins to convert the unreadable headers and body texts to be readable, but I still haven't seen a good plugin for utf8.

I don't think that supporting only the utf8 would be a solution. I got more than 100 email per day, but only 3-4 of them using utf8, most of them 8859-2. In other countries it must be naturally other than these. If the Mozilla mailer can support 25 charac
ter encoding, than I suppose that Eudora can do the same if you want customers from the non-English speaking countries.

There is a strange thing with utf8 encoded emails. Sometimes the email is well readable in the preview, but when I open it is as you look an utf8 text in an ansi viewer.
Sometimes when I try to forward or reply the originally readable accented characters disappear from the text.

Another insufficiency is the handling the html content. It is not enough that I cannot write a html letter (it is not that what Eudora can), but when I receive a html letter with a picture I cannot forward or reply with the same content.

A really old behavior is that when I edit the received letter with a picture in it, the picture will never be seen again.

So you have to do a lot that Eudore become again an state-of-the-art mailer... as it was at the very beginning when I started to use it, but now I'm not sure I will continue my struggling with it, even though Eudora have several good features.

If you are interested in, this list could advise you many things which you can improve Eudora's capabilities.

Best regards
Ferenc Polgar
from Hungary


At 21:34 2005. 12. 08., you wrote:

>At 09:13 PM 12/8/2005 +0100, 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.
>
>This is something we have on the list to do for 7.1.  Do you have any more details on what you would like to see?  One path we have thought of going is just to support UTF-8 send and receive.  Would that have any benefit to you, or is support for the 
 8859-2 character set a must for you?  If it is a must, is that for both send and receive, or just one of the two?
>
>Do you have any comments about the EMSAPI change?
>
>
>>>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-i
 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() su
nd 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.
>

From:	"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: Change to Eudora EMSAPI calling behavior
Date:	Fri, 9 Dec 2005 12:20:39 -0300

  Actually, with the lack of support and maintenance the API had, and the
"obscurity" of it. The project should have been cancelled long time ago.


-----Original Message-----
From: Polgar Ferenc [mailto:pofe@externet.hu] 
Sent: Thursday, December 08, 2005 5:14 PM
To: Subscribers of eudora-emsapi
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 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.

Date: Fri, 09 Dec 2005 11:32:30 -0500
From: Barry Jaspan <bjaspan at MIT dot EDU>
Subject: How (not) to encourage Qualcomm to participate

I understand as well as anyone the frustration at Qualcomm's lack of 
involvement with the "Eudora plug-in developer community," such as it 
is.  However, it is not helpful for any of us to vent that 
frustration in ways that are likely to make the problem worse.

Jeff made an announcement about a recent change in Eudora 7 and a 
planned change in an upcoming version.  In response, he's received 
attacks, complaints, and suggestions that Eudora should be cancelled 
as a project.  Do you all think that will make it more likely or less 
likely that Qualcomm will participate on this list in the 
future?  Looking at it from their point of view, the response Jeff 
received probably just confirms the reasons they stopped 
participating to begin with.

Yes, Eudora is out of date.  The EMS-API has many problems and 
limitations.  Qualcomm's Eudora developer relations have basically 
been non-existent. Possibly it is too late to save Eudora and the 
time has come to move on to newer email clients.

None of that justifies being rude or unprofessional.

Thanks,

Barry

Date: Fri, 09 Dec 2005 18:01:45 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Re: Change to Eudora EMSAPI calling behavior

At 2005-12-09 09:32, Polgar Ferenc wrote:
>Dear Jeff,
>
>First of thanks for your reply as this is the first time some do so from Qualcomm. 
>I sent several times messages about bugs and deficiencies of Eudora without any feedback.
>More than a year ago I tried to write a plugin to handle the character set I use, but I could reach only a half success because of the poor documentation of the API. Then I gave up, as I had not time to investigate the codes, but remained in this list
 
>use some plugins to convert the unreadable headers and body texts to be readable, but I still haven't seen a good plugin for utf8.
>
>I don't think that supporting only the utf8 would be a solution. I got more than 100 email per day, but only 3-4 of them using utf8, most of them 8859-2. In other countries it must be naturally other than these. If the Mozilla mailer can support 25 ch
c
>ter encoding, than I suppose that Eudora can do the same if you want customers from the non-English speaking countries.
>
>There is a strange thing with utf8 encoded emails. Sometimes the email is well readable in the preview, but when I open it is as you look an utf8 text in an ansi viewer.
>Sometimes when I try to forward or reply the originally readable accented characters disappear from the text.
>
>Another insufficiency is the handling the html content. It is not enough that I cannot write a html letter (it is not that what Eudora can), but when I receive a html letter with a picture I cannot forward or reply with the same content.
>
>A really old behavior is that when I edit the received letter with a picture in it, the picture will never be seen again.
>
>So you have to do a lot that Eudore become again an state-of-the-art mailer... as it was at the very beginning when I started to use it, but now I'm not sure I will continue my struggling with it, even though Eudora have several good features.
>
>If you are interested in, this list could advise you many things which you can improve Eudora's capabilities.

Hear, hear!

I'm a fan of Eudora since the start (of the WWW),
somewhere around 1994 I think, when it was the only
free, good email client (as opposed to Pegasus that
I liked much less or actually hated a lot) and it
has always been very user-friendly and although
not always state-of-the-art it has always been
very safe and quite open and easy to use and
the new ideas were usually implemented somewhat
later but in a consistent way, but lately I have
been thinking several times about trying out
the newer competition like the Mozilla emailer
(Thunderbird?). It's open source so there are no
secrets and when there is something you'd like to
add or improve, you can. Of course I have tried
the Netscape emailer, but not in a parallel,
full scale test. With my level of email-handling
I can't switch email clients haphazardly.

I have sent in serious improvement requests, but
they all seem to have gone 'lost' in the process
at Qualcomm, which is a pity, because good customer
and even better developer relations are the core
of any succesfull business.

Greetings,
Jaap

Date: Fri, 09 Dec 2005 17:47:23 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Re: Change to Eudora EMSAPI calling behavior

At 2005-12-09 02:01, Alexander Lishansky wrote:
>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 o
lugins, 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
ovided sources are not full, so they (the sources) do not pass compilation - that's why I had to research binary DLL from PGP.

These problems would be avoided when plugins could
be written in an interpreted language like Javascript
or PHP (or less favorably: Python, Perl or Ruby).

Personally I have stopped writing in C/C++ (although
I even used to write my own C-compilers (in C of course)
and now I prefer to do everything in PHP or Javascript.
Much easier to write complex programs in and much safer.

PHP is open-source and Netscape used to offer the
Javascript engine as an appendible module to any
software.

Greetings,
Jaap


>>--- 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/ 

Date: Fri, 09 Dec 2005 18:19:48 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Re: How (not) to encourage Qualcomm to participate

At 2005-12-09 17:32, Barry Jaspan wrote:
>I understand as well as anyone the frustration at Qualcomm's lack of involvement with the "Eudora plug-in developer community," such as it is.  However, it is not helpful for any of us to vent that frustration in ways that are likely to make the probl
worse.
>
>Jeff made an announcement about a recent change in Eudora 7 and a planned change in an upcoming version.  In response, he's received attacks, complaints, and suggestions that Eudora should be cancelled as a project.  Do you all think that will make it
re likely or less likely that Qualcomm will participate on this list in the future?  Looking at it from their point of view, the response Jeff received probably just confirms the reasons they stopped participating to begin with.
>
>Yes, Eudora is out of date.  The EMS-API has many problems and limitations.  Qualcomm's Eudora developer relations have basically been non-existent. Possibly it is too late to save Eudora and the time has come to move on to newer email clients.
>
>None of that justifies being rude or unprofessional.

I think people just gave their honest opinion.
When Qualcomm can't handle serious comments and
can't keep in touch with the developers then it's
their fault. Sweet talking to their (once a couple
of years passing by) representative won't help
revive an almost dead project.

As you state yourself: Eudora seems to be near to
death and most of us tend to move on to another
email client instead of keep kicking a dead horse.

Qualcomm should make a couple of clear choices now.

Ideas:
- Make the whole project open-source.
- Set up a public database of bugs and suggestions.
- Publish the format of the .toc files!!!
- Listen to and implement improvement suggestions.
- Enable plugin scripts in a script language like
  Javascript or PHP.
- Publish a clear mission statement.

I'll gladly compile a list of things that I think
must or might be improved or added, but I have never
had the idea that they actually listened and there
are more fulfilling things I can waste my time on
like the Amazon Web Services, where they also don't
listen, but there are way more co-developers to
exchange ideas with.

BTW. Here you can find my Amazon scripts:
http://www.chipdir.nl/amazon/

Greetings,
Jaap

From:	"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: How (not) to encourage Qualcomm to participate
Date:	Mon, 12 Dec 2005 13:21:17 -0300

  Part of being professional is to respond to your users opinions and
improvement requests.  One of the best things since the internet came to
life is that users now have the choice to give feedback to developers, and
this is one of the most important parts of a product after its released. 
  Its impossible to maintain a project alive if you don't make the effort of
listening to features and fix requests from your users (the ones that in the
end will pay your salary). 

  I was assigned to a project some time ago that involved making plug ins
for ALL email clients on the market for a very famous company.  I was really
surprised when they decided to include Eudora on their solution, and I had
to work really hard to implement the plug in for Eudora. We had tons of
problems and complicated work arounds with it. A simple publication of the
TOC file format, and minor fixes in the API could have save us many weeks of
hard work. 
  I bet that next time this company decides to develop plug ins for email
clients, they will exclude Eudora after evaluating the api and reading this
postings. All of this and the lack of support will lead Eudora to its last
days.  
 I know this email won't help Eudora come back to life, and much less will
stimulate Qualcomm staff to work with us, but it will help other developers
and project leaders to save weeks of work and waste their time and money on
a dead end project.

  It's a real pity because I think it's a reliable email client and with
very little work it can be the good project it was long ago..

Emiliano R. Sosa
VP Software development.
www.cradion.com


-----Original Message-----
From: Barry Jaspan [mailto:bjaspan@MIT.EDU] 
Sent: Friday, December 09, 2005 1:33 PM
To: Subscribers of eudora-emsapi
Subject: How (not) to encourage Qualcomm to participate

I understand as well as anyone the frustration at Qualcomm's lack of 
involvement with the "Eudora plug-in developer community," such as it 
is.  However, it is not helpful for any of us to vent that 
frustration in ways that are likely to make the problem worse.

Jeff made an announcement about a recent change in Eudora 7 and a 
planned change in an upcoming version.  In response, he's received 
attacks, complaints, and suggestions that Eudora should be cancelled 
as a project.  Do you all think that will make it more likely or less 
likely that Qualcomm will participate on this list in the 
future?  Looking at it from their point of view, the response Jeff 
received probably just confirms the reasons they stopped 
participating to begin with.

Yes, Eudora is out of date.  The EMS-API has many problems and 
limitations.  Qualcomm's Eudora developer relations have basically 
been non-existent. Possibly it is too late to save Eudora and the 
time has come to move on to newer email clients.

None of that justifies being rude or unprofessional.

Thanks,

Barry

Date: Mon, 12 Dec 2005 12:58:39 -0500
From: Phil Daley <daley_p at tds dot net>
Subject: RE: How (not) to encourage Qualcomm to participate

At 12/12/2005 11:21 AM, Emiliano Sosa wrote:

 >  Part of being professional is to respond to your users opinions and
 >improvement requests.

I think the major problem with Eudora users (and developers) is thinking 
that Qualcomm thinks this is an important product to them.

I suspect that it is a minor amount of their total income.

Qualcomm has moved on to wireless and cell phones.

If you have a product that produces 10% of your income, you devote a small 
portion of your time to
a.  fix it
b.  release new stuff

Complaining to them is less than useless.

In 10 years, no one will be using Eudora.

Sorry . . .

Phil Daley          < AutoDesk >
http://www.conknet.com/~p_daley

Date: Fri, 20 Jan 2006 10:16:58 -0800
From: "Collette K dot  McNeill" <collette at mlwebworks dot com>
Subject: Seeking 3rd-party tool for Eudora 6.2/win

Hello,

I'm seeking a tool that will allow me to send a message to each sender 
whose messages I've filed in an email folder in Eudora 6.2/WindowsXP.

I haven't found a method for mass-mailing to a folder in Eudora. I'm trying 
to help a friend who is trying to migrate away from ACT!'s mail merge 
function... he's willing to buy a tool...

Thanks,
Collette McNeill

Date: Fri, 27 Jan 2006 09:09:28 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Re: Seeking 3rd-party tool for Eudora 6.2/win

At 2006-01-20 19:16, Collette K. McNeill wrote:
>Hello,
>
>I'm seeking a tool that will allow me to send a message to each sender whose messages I've filed in an email folder in Eudora 6.2/WindowsXP.
>
>I haven't found a method for mass-mailing to a folder in Eudora. I'm trying to help a friend who is trying to migrate away from ACT!'s mail merge function... he's willing to buy a tool...
>
>Thanks,
>Collette McNeill

You seem to be asking for a tool for 'harvesting' email
addresses from Eudora folders. This reeks of spamming.
Why can't he do it by hand?

Jaap

PS. It's not that hard because .mbx files are plain
ASCII-files, so you'd just need a grep-like tool that
filters on lines like '^From: (.*)$'. 

Date: Sat, 28 Jan 2006 07:16:43 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: Fwd: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win

This response was meant for the list I think:

(BTW. Don't you all agree with me that by
default replies should go to the list and
not to the individual sender?)

>Date:    Fri, 27 Jan 2006 10:01:41 -0500
>From:    <kbruss@cox.net>
>To:      Jaap van Ganswijk <ganswijk@xs4all.nl>
>Subject: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
>
>Sounds like you need to act on a recipient list;
>
>Setup your names in one "Alias" in the address book.
>Do a filter such that if they are in the list when 
>you get their email and, for example, "hitme" is in the subject, then perform a command to send them their .mbx file. You should be able to use like $1 commands that pertain to the user/sender or at least send the info to a batch file (or vb script) t
arse a filename out of the data to send to them.
>
>HTH
>
>> Date:    2006/01/27 Fri AM 03:09:28 EST
>> From:    Jaap van Ganswijk <ganswijk@xs4all.nl>
>> To:      Subscribers of eudora-emsapi <eudora-emsapi@lists.pensive.org>
>> Subject: Re: Seeking 3rd-party tool for Eudora 6.2/win
>> 
>> At 2006-01-20 19:16, Collette K. McNeill wrote:
>> >Hello,
>> >
>> >I'm seeking a tool that will allow me to send a message to each sender whose messages I've filed in an email folder in Eudora 6.2/WindowsXP.
>> >
>> >I haven't found a method for mass-mailing to a folder in Eudora. I'm trying to help a friend who is trying to migrate away from ACT!'s mail merge function... he's willing to buy a tool...
>> >
>> >Thanks,
>> >Collette McNeill
>> 
>> You seem to be asking for a tool for 'harvesting' email
>> addresses from Eudora folders. This reeks of spamming.
>> Why can't he do it by hand?
>> 
>> Jaap
>> 
>> PS. It's not that hard because .mbx files are plain
>> ASCII-files, so you'd just need a grep-like tool that
>> filters on lines like '^From: (.*)$'. 

From:	"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
Date:	Sat, 28 Jan 2006 12:04:34 -0300

Yes indeed!!

-----Original Message-----
From: Jaap van Ganswijk [mailto:ganswijk@xs4all.nl] 
Sent: Saturday, January 28, 2006 3:17 AM
To: Subscribers of eudora-emsapi
Subject: Fwd: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win

This response was meant for the list I think:

(BTW. Don't you all agree with me that by
default replies should go to the list and
not to the individual sender?)

>Date:    Fri, 27 Jan 2006 10:01:41 -0500
>From:    <kbruss@cox.net>
>To:      Jaap van Ganswijk <ganswijk@xs4all.nl>
>Subject: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win
>
>Sounds like you need to act on a recipient list;
>
>Setup your names in one "Alias" in the address book.
>Do a filter such that if they are in the list when 
>you get their email and, for example, "hitme" is in the subject, then
perform a command to send them their .mbx file. You should be able to use
like $1 commands that pertain to the user/sender or at least send the info
to a batch file (or vb script) to p

arse a filename out of the data to send to them.
>
>HTH
>
>> Date:    2006/01/27 Fri AM 03:09:28 EST
>> From:    Jaap van Ganswijk <ganswijk@xs4all.nl>
>> To:      Subscribers of eudora-emsapi <eudora-emsapi@lists.pensive.org>
>> Subject: Re: Seeking 3rd-party tool for Eudora 6.2/win
>> 
>> At 2006-01-20 19:16, Collette K. McNeill wrote:
>> >Hello,
>> >
>> >I'm seeking a tool that will allow me to send a message to each sender
whose messages I've filed in an email folder in Eudora 6.2/WindowsXP.
>> >
>> >I haven't found a method for mass-mailing to a folder in Eudora. I'm
trying to help a friend who is trying to migrate away from ACT!'s mail merge
function... he's willing to buy a tool...
>> >
>> >Thanks,
>> >Collette McNeill
>> 
>> You seem to be asking for a tool for 'harvesting' email
>> addresses from Eudora folders. This reeks of spamming.
>> Why can't he do it by hand?
>> 
>> Jaap
>> 
>> PS. It's not that hard because .mbx files are plain
>> ASCII-files, so you'd just need a grep-like tool that
>> filters on lines like '^From: (.*)$'. 

Date: Sat, 28 Jan 2006 08:55:37 -0800
From: "Collette K dot  McNeill" <collette at mlwebworks dot com>
Subject: RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win

At 07:04 AM 1/28/06, you wrote:
> >> You seem to be asking for a tool for 'harvesting' email
> >> addresses from Eudora folders. This reeks of spamming.
> >> Why can't he do it by hand?
> >>
> >> Jaap

My friend owns a small business (his business, not yours) and had to let go 
his secretary, so he can't send his newsletters out in a timely manner 
through ACT mail merges anymore. He piles up a 'to-do' eudora folder in the 
hopes of hiring her back.

So much for the benefit of the doubt. Not everyone is evil, and that 
includes me. I wouldn't help someone spam.

I offer my profound thanks to the people of this list who helped me.

Collette 

Date: Sun, 29 Jan 2006 11:06:58 +0100
From: Jaap van Ganswijk <ganswijk at xs4all dot nl>
Subject: RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win

At 2006-01-28 17:55, Collette K. McNeill wrote:
>At 07:04 AM 1/28/06, you wrote:
>>>> You seem to be asking for a tool for 'harvesting' email
>>>> addresses from Eudora folders. This reeks of spamming.
>>>> Why can't he do it by hand?
>>>>
>>>> Jaap
>
>My friend owns a small business (his business, not yours) and had to let go his secretary, so he can't send his newsletters out in a timely manner through ACT mail merges anymore. He piles up a 'to-do' eudora folder in the hopes of hiring her back.
>
>So much for the benefit of the doubt. Not everyone is evil, and that includes me. I wouldn't help someone spam.

You may know that you and your friend are not
'evil' but I couldn't know that.

The number of 'evil people' in a Western country
seems to be about 4%, but under people who ask
for help with spam related problems the percentage
is probably much higher (but not 100% of course,
more like 50%).

I wasn't accusing anybody but just warning to be
cautious.

When you still need help, I'll gladly help. Some
time ago I have posted information about my PHP
script with which you can look at Eudora folders
and do with the mails whatever you like...

Greetings,
Jaap

Date: Sun, 29 Jan 2006 11:09:46 -0800
From: "Collette K dot  McNeill" <collette at mlwebworks dot com>
Subject: RE: Re: Re: Seeking 3rd-party tool for Eudora 6.2/win

At 02:06 AM 1/29/06, Jaap van Ganswijk wrote:

>When you still need help, I'll gladly help. Some
>time ago I have posted information about my PHP
>script with which you can look at Eudora folders
>and do with the mails whatever you like...
>
>Greetings,
>Jaap

Jaap, and all,

Thank you for helping me find the best way for my friend to send a 
newsletter to all senders contained in a Eudora mail folder. He was able to 
accomplish what he needed using native Eudora functions (Thank you, Jerry)

>Hi Collette,
>There is a work around for doing a mass mailing to a folder.  Here is how:
>1. Open the folder.
>2. Hold the shift key and mark (highlight) all the mail in the folder.
>3. Use Ctrl-K to make a SINGLE address entry for all the names in the 
>folder.  Give it a descriptive name, such as the folder's name.  It will 
>then contain all the names and addresses from all the mail in that folder.
>4. Open the address book, and double click the BCC (blind copy) button for 
>the new folder name entry to send an email to all the names.  The BCC 
>option will ensure that all the names do not appear in the visible 
>address.  Because all the addresses will appear in the BCC line, add just 
>one address of your choosing in the To: line.
>
>No charge,
>
>Jerry Crespi

My friend says that this method works for him:
>It works great...and easy to review and edit out names I dont want 
>also..it will allow me to avoid ACT for now...

Thank you all!
Collette 

Date: Thu, 13 Apr 2006 15:15:38 +0200
From: Maximilien Moulin <mmoulin at axalto dot com>
Subject: Interaction with eudora choices

--Boundary_(ID_f7nQ9sQEK7fD7KyJBSjFug)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT

Dear All,

I'm new and on this list and in Eudora's plug-in development. I read 
the archives (and the Qualcomm's documentation) so I won't complain 
once more about the lack of documentation because I know a lot of 
people did it before me...
My issue is quite simple:
The plug-in I have to develop must act as following :
    * User selects one or several mail(s)
    * User pushes a button
    * For each mail a new mail is sent to a specific address. This 
mail is composed of informations extracted from the original mail : 
headers, recipients, sender, body, subject ...
My issue is that I can't really understand the scope of each plug-in 
possibility : what can I do with a plug-in (with the Eudora Extended 
Message Services API), with the Automation SDK ...?
Can I do what I want with a simple On-request plug-in? Or with a 
Special Tool plug-in? Or do I need to do a simple interface with an 
un-request plug-in and send the mail with a tool using the automation 
SDK? If so, how can I communicate with the external tool to tell it 
which mails are selected?

Thanks in advance,
Best regards,

Maximilien MOULIN
Project engineer trainee
Axalto S.p.a. - MCO - Rome
Office +39 06 977 477 220 - * mailto: mmoulin@axalto.com  

--Boundary_(ID_f7nQ9sQEK7fD7KyJBSjFug)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT

<html>
<body>
Dear All,<br><br>
I'm new and on this list and in Eudora's plug-in development. I read the
archives (and the Qualcomm's documentation) so I won't complain once more
about the lack of documentation because I know a lot of people did it
before me...<br>
My issue is quite simple:<br>
The plug-in I have to develop must act as following :
<ul>
<li>User selects one or several mail(s)
<li>User pushes a button
<li>For each mail a new mail is sent to a specific address. This mail is
composed of informations extracted from the original mail : headers,
recipients, sender, body, subject ...
</ul>My issue is that I can't really understand the scope of each plug-in
possibility : what can I do with a plug-in (with the Eudora Extended
Message Services API), with the Automation SDK ...?<br>
Can I do what I want with a simple On-request plug-in? Or with a Special
Tool plug-in? Or do I need to do a simple interface with an un-request
plug-in and send the mail with a tool using the automation SDK? If so,
how can I communicate with the external tool to tell it which mails are
selected?<br><br>
Thanks in advance,<br>
Best regards,<br>
<x-sigsep><p></x-sigsep>
<b><i>Maximilien MOULIN<br>
<font size=2>Project engineer trainee<br>
</i></font><font color="#800080">Axalto S.p.a.<i> - MCO - Rome<br>
</font><font size=2 color="#808080">Office</b> +39 06 977 477 220 -
</i></font><font face="Wingdings" size=2 color="#808080"><b>*</b></font>
<font size=2> <b><i>mailto</b>: mmoulin@axalto.com</i></font> </body>
</html>

--Boundary_(ID_f7nQ9sQEK7fD7KyJBSjFug)--

From:	"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: Interaction with eudora choices
Date:	Thu, 13 Apr 2006 11:25:43 -0300

This is a multi-part message in MIME format.

------=_NextPart_000_0017_01C65EED.0076BEC0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

If my memory doesn't fails.. you can't check which emails are selected using
Eudora API, but I think you can using the Automation objects. I believe a
mix of both would do.  Check the "poor" documentation available of both, you
should be able to do it.

 

Ciao!

 

Emi

 

  _____  

From: Maximilien Moulin [mailto:mmoulin@axalto.com] 
Sent: Thursday, April 13, 2006 10:16 AM
To: Subscribers of eudora-emsapi
Subject: Interaction with eudora choices

 

Dear All,

I'm new and on this list and in Eudora's plug-in development. I read the
archives (and the Qualcomm's documentation) so I won't complain once more
about the lack of documentation because I know a lot of people did it before
me...
My issue is quite simple:
The plug-in I have to develop must act as following : 

*	User selects one or several mail(s) 
*	User pushes a button 
*	For each mail a new mail is sent to a specific address. This mail is
composed of informations extracted from the original mail : headers,
recipients, sender, body, subject ... 

My issue is that I can't really understand the scope of each plug-in
possibility : what can I do with a plug-in (with the Eudora Extended Message
Services API), with the Automation SDK ...?
Can I do what I want with a simple On-request plug-in? Or with a Special
Tool plug-in? Or do I need to do a simple interface with an un-request
plug-in and send the mail with a tool using the automation SDK? If so, how
can I communicate with the external tool to tell it which mails are
selected?

Thanks in advance,
Best regards,



Maximilien MOULIN
Project engineer trainee
Axalto S.p.a. - MCO - Rome
Office +39 06 977 477 220 - * mailto: mmoulin@axalto.com 


------=_NextPart_000_0017_01C65EED.0076BEC0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v="urn:schemas-microsoft-com:vml" 
xmlns:o="urn:schemas-microsoft-com:office:office" 
xmlns:w="urn:schemas-microsoft-com:office:word" 
xmlns:st1="urn:schemas-microsoft-com:office:smarttags" 
xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; 
charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" 
name="City"/>
<o:SmartTagType 
namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="place"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
p
	{mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
 /* List Definitions */
 @list l0
	{mso-list-id:1679850782;
	mso-list-template-ids:-368915392;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;
	mso-ansi-font-size:10.0pt;
	font-family:Symbol;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
-->
</style>

</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><font size=2 color=navy face=Arial><span 
style='font-size:
10.0pt;font-family:Arial;color:navy'>If my memory doesn&#8217;t fails.. 
you can&#8217;t
check which emails are selected using Eudora API, but I think you can 
using the
Automation objects. I believe a mix of both would do.&nbsp; Check the 
&#8220;poor&#8221;
documentation available of both, you should be able to do 
it.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span 
style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span 
style='font-size:
10.0pt;font-family:Arial;color:navy'>Ciao!<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span 
style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span 
style='font-size:
10.0pt;font-family:Arial;color:navy'>Emi<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span 
style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font 
size=3
face="Times New Roman"><span style='font-size:12.0pt'>

<hr size=2 width="100%" align=center tabindex=-1>

</span></font></div>

<p class=MsoNormal><b><font size=2 face=Tahoma><span 
style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font 
size=2
face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'> 
Maximilien
Moulin [mailto:mmoulin@axalto.com] <br>
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, April 13, 
2006
10:16 AM<br>
<b><span style='font-weight:bold'>To:</span></b> Subscribers of 
eudora-emsapi<br>
<b><span style='font-weight:bold'>Subject:</span></b> Interaction with 
eudora
choices</span></font><o:p></o:p></p>

</div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span 
style='font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=3 face="Times New Roman"><span 
style='font-size:
12.0pt'>Dear All,<br>
<br>
I'm new and on this list and in Eudora's plug-in development. I read the
archives (and the Qualcomm's documentation) so I won't complain once 
more about
the lack of documentation because I know a lot of people did it before 
me...<br>
My issue is quite simple:<br>
The plug-in I have to develop must act as following : 
<o:p></o:p></span></font></p>

<ul type=disc>
 <li class=MsoNormal 
style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;
     mso-list:l0 level1 lfo1'><font size=3 face="Times New 
Roman"><span
     style='font-size:12.0pt'>User selects one or several mail(s) 
<o:p></o:p></span></font></li>
 <li class=MsoNormal 
style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;
     mso-list:l0 level1 lfo1'><font size=3 face="Times New 
Roman"><span
     style='font-size:12.0pt'>User pushes a button 
<o:p></o:p></span></font></li>
 <li class=MsoNormal 
style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;
     mso-list:l0 level1 lfo1'><font size=3 face="Times New 
Roman"><span
     style='font-size:12.0pt'>For each mail a new mail is sent to a 
specific
     address. This mail is composed of informations extracted from the 
original
     mail : headers, recipients, sender, body, subject ... 
<o:p></o:p></span></font></li>
</ul>

<p class=MsoNormal><font size=3 face="Times New Roman"><span 
style='font-size:
12.0pt'>My issue is that I can't really understand the scope of each 
plug-in
possibility : what can I do with a plug-in (with the Eudora Extended 
Message Services
API), with the Automation SDK ...?<br>
Can I do what I want with a simple On-request plug-in? Or with a Special 
Tool
plug-in? Or do I need to do a simple interface with an un-request 
plug-in and
send the mail with a tool using the automation SDK? If so, how can I
communicate with the external tool to tell it which mails are 
selected?<br>
<br>
Thanks in advance,<br>
Best regards,<br>
<br>
<o:p></o:p></span></font></p>

<x-sigsep>

<p></x-sigsep><b><i><font size=3 face="Times New Roman"><span 
style='font-size:
12.0pt;font-weight:bold;font-style:italic'>Maximilien MOULIN<br>
</span></font></i></b><b><i><font size=2><span 
style='font-size:10.0pt;
font-weight:bold;font-style:italic'>Project engineer trainee<br>
</span></font></i><font color=purple><span 
style='color:purple'>Axalto S.p.a.<i><span
style='font-style:italic'> - MCO - <st1:City w:st="on"><st1:place 
w:st="on">Rome</st1:place></st1:City><br>
</span></i></span></font></b><b><i><font size=2 color=gray><span
style='font-size:10.0pt;color:gray;font-weight:bold;font-style:italic'>
Office</span></font></i></b><i><font
size=2 color=gray><span 
style='font-size:10.0pt;color:gray;font-style:italic'>
+39 06 977 477 220 - </span></font></i><b><font size=2 color=gray
face=Wingdings><span 
style='font-size:10.0pt;font-family:Wingdings;color:gray;
font-weight:bold'>*</span></font></b> <b><i><font size=2><span
style='font-size:10.0pt;font-weight:bold;font-style:italic'>mailto</spa
n></font></i></b><i><font
size=2><span style='font-size:10.0pt;font-style:italic'>: 
mmoulin@axalto.com</span></font></i>
<o:p></o:p></p>

</div>

</body>

</html>

------=_NextPart_000_0017_01C65EED.0076BEC0--

Date: Thu, 13 Apr 2006 08:05:10 -0700 (PDT)
From: Andrei Nitescu <nitescua at yahoo dot com>
Subject: RE: Interaction with eudora choices

I remember this was the a very Big problem for what I
needed to do.

I worked to an antispam plugin and I needed to know
which emails are selected in order to move them to a
spam folder when the user hit a button.

I was not able to find a neat solution.
At that time (like 6-7 months ago) I did not find any
method in Eudora API or in Eudora Automation API to do
that.

What i did was to find the selected email by
enumerating all emails through all folders using
Automation API (you have enum functions) and try to
find the selected email by comparing each mail in
folder with the one given by an on request plugin;

Note that there were not any Automation function which
could give me even the currently selected folder name
(the object).

Im curios if you find any other solution.

--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:

> If my memory doesn't fails.. you can't check which
> emails are selected using
> Eudora API, but I think you can using the Automation
> objects. I believe a
> mix of both would do.  Check the "poor"
> documentation available of both, you
> should be able to do it.
> 
>  
> 
> Ciao!
> 
>  
> 
> Emi
> 
>  
> 
>   _____  
> 
> From: Maximilien Moulin [mailto:mmoulin@axalto.com] 
> Sent: Thursday, April 13, 2006 10:16 AM
> To: Subscribers of eudora-emsapi
> Subject: Interaction with eudora choices
> 
>  
> 
> Dear All,
> 
> I'm new and on this list and in Eudora's plug-in
> development. I read the
> archives (and the Qualcomm's documentation) so I
> won't complain once more
> about the lack of documentation because I know a lot
> of people did it before
> me...
> My issue is quite simple:
> The plug-in I have to develop must act as following
> : 
> 
> *	User selects one or several mail(s) 
> *	User pushes a button 
> *	For each mail a new mail is sent to a specific
> address. This mail is
> composed of informations extracted from the original
> mail : headers,
> recipients, sender, body, subject ... 
> 
> My issue is that I can't really understand the scope
> of each plug-in
> possibility : what can I do with a plug-in (with the
> Eudora Extended Message
> Services API), with the Automation SDK ...?
> Can I do what I want with a simple On-request
> plug-in? Or with a Special
> Tool plug-in? Or do I need to do a simple interface
> with an un-request
> plug-in and send the mail with a tool using the
> automation SDK? If so, how
> can I communicate with the external tool to tell it
> which mails are
> selected?
> 
> Thanks in advance,
> Best regards,
> 
> 
> 
> Maximilien MOULIN
> Project engineer trainee
> Axalto S.p.a. - MCO - Rome
> Office +39 06 977 477 220 - * mailto:
> mmoulin@axalto.com 
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Date: Thu, 13 Apr 2006 17:51:37 +0200
From: Maximilien Moulin <mmoulin at axalto dot com>
Subject: RE: Interaction with eudora choices

--Boundary_(ID_kcXI3v64I5tDSYbilEHIVg)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT

Thank you all for having answered.
I read the archives so I know how tricky the plug-in system is. I'd 
like to find a clean solution, do you know if it is possible to pass 
to the external tool (the one using the automation) an id of the 
e-mails selected?

Andrei:
You say you are searching all the mails for one matching the one 
"given by the on request plugin", how does the on-request plugin 
gives you the content of the selected mail? Couldn't it give the id 
of the mail instead of the mail itself? Does it gives all the mail or 
just a part?
What about multiple selection? I read it's not possible with an 
on-request plugin? Is there an alternative?

I know I'm asking a lot. But I'm a bit lost with the documentation...

Thanks a lot,
Rgds,

At 17.05 13/04/2006, Andrei Nitescu wrote:
>I remember this was the a very Big problem for what I
>needed to do.
>
>I worked to an antispam plugin and I needed to know
>which emails are selected in order to move them to a
>spam folder when the user hit a button.
>
>I was not able to find a neat solution.
>At that time (like 6-7 months ago) I did not find any
>method in Eudora API or in Eudora Automation API to do
>that.
>
>What i did was to find the selected email by
>enumerating all emails through all folders using
>Automation API (you have enum functions) and try to
>find the selected email by comparing each mail in
>folder with the one given by an on request plugin;
>
>Note that there were not any Automation function which
>could give me even the currently selected folder name
>(the object).
>
>Im curios if you find any other solution.
>
>--- Emiliano Sosa <emisosa@fibertel.com.ar> wrote:
>
> > If my memory doesn't fails.. you can't check which
> > emails are selected using
> > Eudora API, but I think you can using the Automation
> > objects. I believe a
> > mix of both would do.  Check the "poor"
> > documentation available of both, you
> > should be able to do it.
> >
> >
> >
> > Ciao!
> >
> >
> >
> > Emi
> >
> >
> >
> >   _____
> >
> > From: Maximilien Moulin [mailto:mmoulin@axalto.com]
> > Sent: Thursday, April 13, 2006 10:16 AM
> > To: Subscribers of eudora-emsapi
> > Subject: Interaction with eudora choices
> >
> >
> >
> > Dear All,
> >
> > I'm new and on this list and in Eudora's plug-in
> > development. I read the
> > archives (and the Qualcomm's documentation) so I
> > won't complain once more
> > about the lack of documentation because I know a lot
> > of people did it before
> > me...
> > My issue is quite simple:
> > The plug-in I have to develop must act as following
> > :
> >
> > *     User selects one or several mail(s)
> > *     User pushes a button
> > *     For each mail a new mail is sent to a specific
> > address. This mail is
> > composed of informations extracted from the original
> > mail : headers,
> > recipients, sender, body, subject ...
> >
> > My issue is that I can't really understand the scope
> > of each plug-in
> > possibility : what can I do with a plug-in (with the
> > Eudora Extended Message
> > Services API), with the Automation SDK ...?
> > Can I do what I want with a simple On-request
> > plug-in? Or with a Special
> > Tool plug-in? Or do I need to do a simple interface
> > with an un-request
> > plug-in and send the mail with a tool using the
> > automation SDK? If so, how
> > can I communicate with the external tool to tell it
> > which mails are
> > selected?
> >
> > Thanks in advance,
> > Best regards,
> >
> >
> >
> > Maximilien MOULIN
> > Project engineer trainee
> > Axalto S.p.a. - MCO - Rome
> > Office +39 06 977 477 220 - * mailto:
> > mmoulin@axalto.com
> >
> >
>
>
>__________________________________________________
>Do You Yahoo!?
>Tired of spam?  Yahoo! Mail has the best spam protection around
>http://mail.yahoo.com

Maximilien MOULIN
Project engineer trainee
Axalto S.p.a. - MCO - Rome
Office +39 06 977 477 220 - * mailto: mmoulin@axalto.com  

--Boundary_(ID_kcXI3v64I5tDSYbilEHIVg)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT

<html>
<body>
Thank you all for having answered.<br>
I read the archives so I know how tricky the plug-in system is. I'd like
to find a clean solution, do you know if it is possible to pass to the
external tool (the one using the automation) an id of the e-mails
selected?<br><br>
Andrei:<br>
You say you are searching all the mails for one matching the one
&quot;given by the on request plugin&quot;, how does the on-request
plugin gives you the content of the selected mail? Couldn't it give the
id of the mail instead of the mail itself? Does it gives all the mail or
just a part?<br>
What about multiple selection? I read it's not possible with an
on-request plugin? Is there an alternative?<br><br>
I know I'm asking a lot. But I'm a bit lost with the
documentation...<br><br>
Thanks a lot,<br>
Rgds,<br><br>
At 17.05 13/04/2006, Andrei Nitescu wrote:<br>
<blockquote type=cite class=cite cite="">I remember this was the a very
Big problem for what I<br>
needed to do.<br><br>
I worked to an antispam plugin and I needed to know<br>
which emails are selected in order to move them to a<br>
spam folder when the user hit a button.<br><br>
I was not able to find a neat solution.<br>
At that time (like 6-7 months ago) I did not find any<br>
method in Eudora API or in Eudora Automation API to do<br>
that.<br><br>
What i did was to find the selected email by<br>
enumerating all emails through all folders using<br>
Automation API (you have enum functions) and try to<br>
find the selected email by comparing each mail in<br>
folder with the one given by an on request plugin;<br><br>
Note that there were not any Automation function which<br>
could give me even the currently selected folder name<br>
(the object).<br><br>
Im curios if you find any other solution.<br><br>
--- Emiliano Sosa &lt;emisosa@fibertel.com.ar&gt; wrote:<br><br>
&gt; If my memory doesn't fails.. you can't check which<br>
&gt; emails are selected using<br>
&gt; Eudora API, but I think you can using the Automation<br>
&gt; objects. I believe a<br>
&gt; mix of both would do.&nbsp; Check the &quot;poor&quot;<br>
&gt; documentation available of both, you<br>
&gt; should be able to do it.<br>
&gt; <br>
&gt;&nbsp; <br>
&gt; <br>
&gt; Ciao!<br>
&gt; <br>
&gt;&nbsp; <br>
&gt; <br>
&gt; Emi<br>
&gt; <br>
&gt;&nbsp; <br>
&gt; <br>
&gt;&nbsp;&nbsp; _____&nbsp; <br>
&gt; <br>
&gt; From: Maximilien Moulin
[<a href="mailto:mmoulin@axalto.com" eudora="autourl">
mailto:mmoulin@axalto.com</a>] <br>
&gt; Sent: Thursday, April 13, 2006 10:16 AM<br>
&gt; To: Subscribers of eudora-emsapi<br>
&gt; Subject: Interaction with eudora choices<br>
&gt; <br>
&gt;&nbsp; <br>
&gt; <br>
&gt; Dear All,<br>
&gt; <br>
&gt; I'm new and on this list and in Eudora's plug-in<br>
&gt; development. I read the<br>
&gt; archives (and the Qualcomm's documentation) so I<br>
&gt; won't complain once more<br>
&gt; about the lack of documentation because I know a lot<br>
&gt; of people did it before<br>
&gt; me...<br>
&gt; My issue is quite simple:<br>
&gt; The plug-in I have to develop must act as following<br>
&gt; : <br>
&gt; <br>
&gt; *<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>User selects one or
several mail(s) <br>
&gt; *<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>User pushes a button
<br>
&gt; *<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>For each mail a new
mail is sent to a specific<br>
&gt; address. This mail is<br>
&gt; composed of informations extracted from the original<br>
&gt; mail : headers,<br>
&gt; recipients, sender, body, subject ... <br>
&gt; <br>
&gt; My issue is that I can't really understand the scope<br>
&gt; of each plug-in<br>
&gt; possibility : what can I do with a plug-in (with the<br>
&gt; Eudora Extended Message<br>
&gt; Services API), with the Automation SDK ...?<br>
&gt; Can I do what I want with a simple On-request<br>
&gt; plug-in? Or with a Special<br>
&gt; Tool plug-in? Or do I need to do a simple interface<br>
&gt; with an un-request<br>
&gt; plug-in and send the mail with a tool using the<br>
&gt; automation SDK? If so, how<br>
&gt; can I communicate with the external tool to tell it<br>
&gt; which mails are<br>
&gt; selected?<br>
&gt; <br>
&gt; Thanks in advance,<br>
&gt; Best regards,<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Maximilien MOULIN<br>
&gt; Project engineer trainee<br>
&gt; Axalto S.p.a. - MCO - Rome<br>
&gt; Office +39 06 977 477 220 - * mailto:<br>
&gt; mmoulin@axalto.com <br>
&gt; <br>
&gt; <br><br>
<br>
__________________________________________________<br>
Do You Yahoo!?<br>
Tired of spam?&nbsp; Yahoo! Mail has the best spam protection around
<br>
<a href="http://mail.yahoo.com" eudora="autourl">http://mail.yahoo.com</a>
 </blockquote>
<x-sigsep><p></x-sigsep>
<b><i>Maximilien MOULIN<br>
<font size=2>Project engineer trainee<br>
</i></font><font color="#800080">Axalto S.p.a.<i> - MCO - Rome<br>
</font><font size=2 color="#808080">Office</b> +39 06 977 477 220 -
</i></font><font face="Wingdings" size=2 color="#808080"><b>*</b></font>
<font size=2> <b><i>mailto</b>: mmoulin@axalto.com</i></font> </body>
</html>

--Boundary_(ID_kcXI3v64I5tDSYbilEHIVg)--

Date: Thu, 13 Apr 2006 18:49:29 +0300
From: Alexander Lishansky <alex_l at 012 dot net dot il>
Subject: Re: Interaction with eudora choices

I'm new and on this list and in Eudora's plug-in development. I read the archives (and the Qualcomm's documentation) so I won't complain once more about the lack of documentation because I know a lot of people did it before me...
My issue is quite simple:
The plug-in I have to develop must act as following :

• User selects one or several mail(s)
• User pushes a button
• For each mail a new mail is sent to a specific address. This mail is composed of informations extracted from the original mail : headers, recipients, sender, body, subject ...

My issue is that I can't really understand the scope of each plug-in possibility : what can I do with a plug-in (with the Eudora Extended Message Services API), with the Automation SDK ...?
Can I do what I want with a simple On-request plug-in? Or with a Special Tool plug-in? Or do I need to do a simple interface with an un-request plug-in and send the mail with a tool using the automation SDK? If so, how can I communicate with the external tool to tell it which mails are selected?

Date: Thu, 13 Apr 2006 14:13:46 -0400
From: Pete Maclean <aaddict at maclean dot com>
Subject: Re: Interaction with eudora choices

Date: Thu, 13 Apr 2006 12:38:48 -0700
From: Jerry Crespi <jcrespi at alliedhr dot com>
Subject: Re: Interaction with eudora choices

At 06:15 AM 4/13/2006, you wrote:
>User selects one or several mail(s)
>User pushes a button
>For each mail a new mail is sent to a specific address. This mail is 
>composed of informations extracted from the original mail : headers, 
>recipients, sender, body, subject ...

Guys,

How does this request differ from the menu choices of Reply, 
redirect, forward, reply to all mails, etc.?
Couldn't any one of those traditional menu choices be adapted top do 
what Max wants?
You know, pick an email, push a button, send to a specific address...

Maybe I am missing the point (I know you'll let me know if I am), but 
isn't simpler to use what's there, then to write plug ins to do the same jobs?

Jerry 


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.1.385 / Virus Database: 268.4.1/310 - Release Date: 4/12/2006

From:	"Emiliano Sosa" <emisosa at fibertel dot com dot ar>
Subject: RE: Interaction with eudora choices
Date:	Thu, 13 Apr 2006 17:26:16 -0300

He wants to send a copy of each email from a multiple selection to a
specific address..  that feature isn't in Eudora, right?

-----Original Message-----
From: Jerry Crespi [mailto:jcrespi@alliedhr.com] 
Sent: Thursday, April 13, 2006 4:39 PM
To: Subscribers of eudora-emsapi
Subject: Re: Interaction with eudora choices

At 06:15 AM 4/13/2006, you wrote:
>User selects one or several mail(s)
>User pushes a button
>For each mail a new mail is sent to a specific address. This mail is 
>composed of informations extracted from the original mail : headers, 
>recipients, sender, body, subject ...

Guys,

How does this request differ from the menu choices of Reply, 
redirect, forward, reply to all mails, etc.?
Couldn't any one of those traditional menu choices be adapted top do 
what Max wants?
You know, pick an email, push a button, send to a specific address...

Maybe I am missing the point (I know you'll let me know if I am), but 
isn't simpler to use what's there, then to write plug ins to do the same
jobs?

Jerry 


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.1.385 / Virus Database: 268.4.1/310 - Release Date: 4/12/2006

Date: Fri, 14 Apr 2006 11:03:36 +0200
From: Maximilien Moulin <mmoulin at axalto dot com>
Subject: Re: Interaction with eudora choices

--Boundary_(ID_F4ktK0S01Pc+07+rMVHhZg)
Content-type: text/plain; charset=us-ascii; format=flowed
Content-transfer-encoding: 7BIT

Jerry,

The idea is that the user selects one or several mails, then pushes a 
button and emails are automatically sent to a specific e-mail address 
... When forward, reply or whatever would ask the user to fill the 
recipient field and click send. Moreover I need to add some specific 
information to the mail.

Cheers,
Max

At 21.38 13/04/2006, Jerry Crespi wrote:
>At 06:15 AM 4/13/2006, you wrote:
>>User selects one or several mail(s)
>>User pushes a button
>>For each mail a new mail is sent to a specific address. This mail 
>>is composed of informations extracted from the original mail : 
>>headers, recipients, sender, body, subject ...
>
>Guys,
>
>How does this request differ from the menu choices of Reply, 
>redirect, forward, reply to all mails, etc.?
>Couldn't any one of those traditional menu choices be adapted top do 
>what Max wants?
>You know, pick an email, push a button, send to a specific address...
>
>Maybe I am missing the point (I know you'll let me know if I am), 
>but isn't simpler to use what's there, then to write plug ins to do 
>the same jobs?
>
>Jerry
>
>--
>No virus found in this outgoing message.
>Checked by AVG Anti-Virus.
>Version: 7.1.385 / Virus Database: 268.4.1/310 - Release Date: 4/12/2006
>

Maximilien MOULIN
Project engineer trainee
Axalto S.p.a. - MCO - Rome
Office +39 06 977 477 220 - * mailto: mmoulin@axalto.com  

--Boundary_(ID_F4ktK0S01Pc+07+rMVHhZg)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT

<html>
<body>
Jerry,<br><br>
The idea is that the user selects one or several mails, then pushes a
button and emails are automatically sent to a specific e-mail address ...
When forward, reply or whatever would ask the user to fill the recipient
field and click send. Moreover I need to add some specific information to
the mail.<br><br>
Cheers,<br>
Max<br><br>
At 21.38 13/04/2006, Jerry Crespi wrote:<br>
<blockquote type=cite class=cite cite="">At 06:15 AM 4/13/2006, you
wrote:<br>
<blockquote type=cite class=cite cite="">User selects one or several
mail(s)<br>
User pushes a button<br>
For each mail a new mail is sent to a specific address. This mail is
composed of informations extracted from the original mail : headers,
recipients, sender, body, subject ...</blockquote><br>
Guys,<br><br>
How does this request differ from the menu choices of Reply, redirect,
forward, reply to all mails, etc.?<br>
Couldn't any one of those traditional menu choices be adapted top do what
Max wants?<br>
You know, pick an email, push a button, send to a specific
address...<br><br>
Maybe I am missing the point (I know you'll let me know if I am), but
isn't simpler to use what's there, then to write plug ins to do the same
jobs?<br><br>
Jerry <br><br>
-- <br>
No virus found in this outgoing message.<br>
Checked by AVG Anti-Virus.<br>
Version: 7.1.385 / Virus Database: 268.4.1/310 - Release Date:
4/12/2006<br><br>
</blockquote>
<x-sigsep><p></x-sigsep>
<b><i>Maximilien MOULIN<br>
<font size=2>Project engineer trainee<br>
</i></font><font color="#800080">Axalto S.p.a.<i> - MCO - Rome<br>
</font><font size=2 color="#808080">Office</b> +39 06 977 477 220 -
</i></font><font face="Wingdings" size=2 color="#808080"><b>*</b></font>
<font size=2> <b><i>mailto</b>: mmoulin@axalto.com</i></font> </body>
</html>

--Boundary_(ID_F4ktK0S01Pc+07+rMVHhZg)--

Date: Fri, 14 Apr 2006 07:02:04 -0400
From: Phil Daley <daley_p at tds dot net>
Subject: Re: Interaction with eudora choices

At 4/14/2006 05:03 AM, Maximilien Moulin wrote:

>Jerry,
>
>The idea is that the user selects one or several mails, then pushes a 
>button and emails are automatically sent to a specific e-mail address ... 
>When forward, reply or whatever would ask the user to fill the recipient 
>field and click send. Moreover I need to add some specific information to 
>the mail.

I use "Forward to" all the time so I don't have to type the recipient, but 
I don't add anything to the message.

If the stuff to be added is canned, you could create a signature to 
automatically add it.


Phil Daley          < AutoDesk >
http://www.conknet.com/~p_daley

Date: Wed, 01 Nov 2006 15:24:22 -0500
From: Jeffry Houser <jeff at farcryfly dot com>
Subject: Eudora Goes Open Source

  Any thoughts on Eudora going open source?

( source: <http://blogs.pcworld.com/techlog/archives/002931.html> )


--
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: Fri, 16 Mar 2007 00:06:12 +0100 (CET)
Subject: making a mailing list
From: "Dadosoft" <dado at dadosoft dot com>

I make a search on the FIND

i OBTAIN A LIST OF MESSAGES

How do I extract these messages address in a mailinh list ??

Thanks for suggestion

sergio