Re: [Phpgroupware-developers] Multiple email accounts support

[Tony (Angles) Puglisi]

I've recently taken interest in SMIME and printed out the RFC's, however I would
love to coordinate with Del on this, see below for where and when. When the
structure is done right, the elements are properly exposed for further 
manipulation
by a calling app/class.

===  Updated email TODO List:  ===
again, one builds off the other

*1* Finish n-tier coding
Side benefits: n-tiering the message.php page will expose the totally processed 
and
structured message data for total and easy manipulation, this is when SMIME 
and/or
GPG/PGP should be merged in (at least on the decoding side). Also when the send 
code
is n-tiered then the BCC code should go there, and spell checking could go there
too, and SMIME on the encoding side.

*2* Propogate new email prefences methods into the base prefs class
This allows the total automation of email prefs, therefor adding a preference 
for a
"small" mailing list at this point is "not-a-big-deal", therefor allowing for 
"human
understandable" addition of mail filters and extra account info to prefs, 
although
extra accounts are supposed to be integrated with the other stuff and therefor
should be implemented later.

*3* finish IMAP search code, add a search box to bottom of index page
Realy should finish n-tiering before I do this anyway.

*4* finish the email filtering code

*5* make support for multiple EMAIL accounts

*6* implement searching for POP3 accounts (fake imap searching)
May be a big deal, may be simple, haven't looked into it yet, the socket 
version of
this capability *may* be a big deal though.

*7* mimic all this capability in the socket classes
I'm going to put this here as the time this could be started, but I'll hold off 
on
it in order to get the stuff below done first.

*8* implement multiple email accounts

*9* expand search capability to "meta" search, i.e. search in multiple folders, 
on
different servers, whether POP or IMAP.
I thought again about this, and maybe like the infolog, to really be a 
"meta-search"
it should include stuff outside of email messages. To "do this right" and still
understand the code, it's better to coordinate with other apps and expose a 
modular
search capability. However, dome degree of "semi-mega" search code will be 
necessary
for the next item.

*10* implement filters to be able to redirect mail throught these multiple 
accounts
and/or folders.

Del (address@hidden) wrote*:
>
>Tony (Angles) Puglisi wrote:
>>
>> Here's my email TODO (in order, one builds upon the other):
>>
>>  * finish IMAP search code, add a search box to bottom of index page
>>  * finish the email filtering code
>>  * make support for multiple EMAIL accounts
>>  * implement searching for POP3 accounts (fake imap searching)
>>  * mimic all this capability in the socket classes
>>  * implement multiple email accounts
>>  * expand search capability to "meta" search, i.e. search in multiple 
>> folders, on
>> different servers, whether POP or IMAP.
>>  * implement filters to be able to redirect mail throught these multiple 
>> accounts
>> and/or folders.
>
>Hi Angles, et al,
>
>As I mentioned to jengo earlier, I have PGP working in HORDE/IMP and I've
>started on S/MIME (about 25% done).  We have had to do a bit of a major
>re-write to the HORDE/IMP code to get that going, mostly because it was
>fairly badly written to start with, but my first look at the e-mail client
>in phpgroupware seems to indicate that it would be much easier to port
>it to phpgroupware.
>
>The main issues with HORDE/IMP were the proliferation of top level functions
>to do anything, the lack of object oriented design (not a problem in phpgw),
>and the fact that it didn't handle MIME all that well.  For example, it can't
>handle a MIME body inside another MIME body, which is required for any
>signed mail.
>
>Where would PGP and/or S/MIME capability fit into the above priority list?
>Just so I know when to start porting and submitting patches.  I'm not a
>phpgw developer yet so I will have to use the patch mechanism to get code
>in.
>
>I'd like to hold off on submitting any patches until I get the S/MIME
>code working, so it's at least a month or so away yet.
>
>
>_______________________________________________
>Phpgroupware-developers mailing list
>address@hidden
>
--
that's "angle" as in geometry