List Info

Thread: Re: Email application current status andimprovement plan




Re: Email application current status andimprovement plan
user name
2007-03-21 06:00:26
Hi,
 
    I am the original author of Email application.  I agree your opinions. And I'd like to give some explanation. 
 
    For absence of email application in vmware image, I have already started to work on creating a new image containing email application. But the compiling and building under OE is much complex, and dbug under vmware simulator is also not convenient (Maybe I do not get the right method under OE and vmware). So is there any possiblity for us to use another set of simulator enviroment, such as UML and scratchbox?
 
    And I will contact with author of tinymail soon for his opinion of our modification.
 
 
Best regards
WU Yu   
 

 

From: gpephone-devel-bounceslinuxtogo.org [mailto:gpephone-devel-bounceslinuxtogo.org] On Behalf Of Yu Yijun
Sent: Tuesday, March 20, 2007 6:47 PM
To: zhangbin; gpephone-devellinuxtogo.org
Subject: Re: [Gpephone-devel] Email application current status andimprovement plan

Hi,

Regarding Email improvement, the following is my opinion:
1. Since the current vmware image doesn't have Email app, it is difficult for the developers in the community to have a try and then give comments, therefore, it would be really nice if the vmware image can be updated with Email app installed on it (or a piece of guide on how to install Email into the current vmware image).
2. The Email app bases on tinymail for email tranmission/account management, etc.  What we have modified to tinymail, and what we intend to modify in the future, should be merged into the tinymail mainstream. It is not acceptable to maintain a seperate tinymail version. therefore, it would be really nice to corporate with the author of tinymail to implement relevant functionalities.
3. For email/mailbox local storage/management (tinymail has no current funcitonalities yet), ; maybe we can follow JSR 266 or similar LiPS spec. We can also talk to tinymail author first. Maybe he has similar plan?

Comments?

Regards
Yu Yijun
zhangbin <windgobuptgmail.com&gt; wrote:
Compared with other components of GPE Phone Edition, Email application is relative simple with less function. The limitation of current Email application includes:
 
1. only one account (both for store and transport email) can be configured
2. local storage of email is not supported, so Sent Outbox and Draft are all not implemented.
3. only "text/plain" part of email message can be displayed when view the specific email.
4. attachment is not supported.
 
Email application depends on patched tinymail libraries to implement the real email transmission, but for the GUI section,
 
Email application reuses part of SMS application code. Email application has almost the same structure and even some
 
function name as SMS application. This is due to hurry implementation of  Email application, and results in bugs coming from
 
SMS code and unsuitable architecture.
 
So, I'd like to start to improve the Email application from the following aspects:
 
1. rewrite some of existed code, correct the function name and fix bugs
2. design a new architecture which suits Email application.
3. add more functions, including support of multiple accounts setting, implement local storage
 
I will start the  improvement quickly, Is there anyone has comment and advice on this task? Or anybody also has interest on it?

_______________________________________________
Gpephone-devel mailing list
Gpephone-devellinuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpephone-devel


Get your own web address.
Have a HUGE year through Yahoo! Small Business.
Re: Email application current status andimprovement plan
country flaguser name
Germany
2007-03-22 09:26:03
Hi,

WU Yu RD-ILAB-PEK schrieb:
>     For absence of email application in vmware image, I
have already
> started to work on creating a new image containing
email application.

that's good news - were you able to build the application
itself already?
In this case you could install these instead of building a
complete image.

> But the compiling and building under OE is much
complex, and
> dbug under vmware simulator is also not convenient
(Maybe I do not get
> the right method under OE and vmware). So is there any
possiblity for us
> to use another set of simulator enviroment, such as UML
and scratchbox?

Scratchbox would be quite useful for development indeed,
especially because I
expect trouble with a common cross toolchain for the VMWare
image because the
architecture is the same than on the host PC.
I'm going to investigate if it is complicated to make use of
Scratchbox for our
purposes.

Greetings

Florian

-- 
The dream of yesterday                  Florian Boor
is the hope of today                    Tel: +49
271-771091-15
and the reality of tomorrow.            Fax: +49
271-771091-19
[Robert Hutchings Goddard, 1904]        florian.boorkernelconcepts.de

1D78 2D4D 6C53 1CA4 5588  D07B A8E7 940C 25B7 9A76

_______________________________________________
Gpephone-devel mailing list
Gpephone-devellinuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/lis
tinfo/gpephone-devel

[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )