logicmail-devel — Discussions of on-going development

Re: [Logicmail-devel] IDLE not supported by IMAP server

[Derek K. <dko...@lo...>]

Spam detection software, running on the system "hyperion.logicprobe.org", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
pos...@lo... for details.

Content preview:  Ahh, this one:
  http://www.logicprobe.org/proj/logicmail/ticket/181 Looks like the first
  thing I'll do is get bincimap up and running on my little test server VM
  (its an OpenBSD install with Cyrus, Dovecot, and Courier). [...] 

Content analysis details:   (8.3 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 1.7 RATWARE_GECKO_BUILD    Bulk email fingerprint (Gecko faked) found
 3.0 BOTNET                 Relay might be a spambot or virusbot
[botnet0.7,ip=68.204.81.17,hostname=17.81.204.68.cfl.res.rr.com,maildomain=logicprobe.org,client,ipinhostname,clientwords]
 0.4 HTML_30_40             BODY: Message is 30% to 40% HTML
 0.0 HTML_MESSAGE           BODY: HTML included in message
 3.0 BAYES_95               BODY: Bayesian spam probability is 95 to 99%
                            [score: 0.9603]
 2.0 RCVD_IN_SORBS_DUL      RBL: SORBS: sent directly from dynamic IP address
                            [68.204.81.17 listed in dnsbl.sorbs.net]
-1.8 AWL                    AWL: From: address is in the auto white-list

[Logicmail-devel] IDLE not supported by IMAP server

[bartek b. <maj...@gm...>]

Hello!

I happen to be working with IMAP server with no IDLE support (bincimap). How
much would it take to enhance logicmail imap implementation to work nicely
with servers with no IDLE support? I'd be glad to participate in developing
such an enhancements, but it is difficult for me to estimate how much of the
codebase would need to be changed and where.

Thanks for any pointers!

Kind regards,
--
Bartosz Bekier

Re: [Logicmail-devel] S/MIME in LogicMail

[bartek b. <maj...@gm...>]

Hello!

2010/4/15 bartek bekier <maj...@gm...>

>
>
>> The real problem is that since I work on this project in my spare time, I
>> haven't been putting enough work as it is into the core 2.0 featureset.
>> Right now my personal main priority is just getting 2.0 into a usable and
>> releasable application.  (the only "features" on my immediate to-do list
>> being network-connection-management/server-polling, and other
>> under-the-covers things, then it just fixing issues and getting everything
>> in there more robust and correct)
>>
>> However, if you are interested in working on an S/MIME and/or PGP
>> implementation for LogicMail, I'd definitely be interested in integrating
>> it.  (provided, of course, that its decently designed and well integrated,
>> though we can use this list to discuss such details)
>>
>
I would very like to hear your opinion about possibilities of implementing
S/MIME for LogicMail, so I am writing again. I had a conversation with
management at the company I work at and they agreed that we could contribute
much of the produced code back to LogicMail community. I think I could start
working on it soon.

What do you think?

Kind regards,
--
Bartek

Re: [Logicmail-devel] S/MIME in LogicMail

[bartek b. <maj...@gm...>]

Thanks for quick reply!

2010/4/15 Derek Konigsberg <dko...@lo...>

>  Right now you could say S/MIME is on the endless "perhaps someday if I
> have time" portion of my personal list.  So that basically means I'm not
> currently planning to work on it, but I'm not in any way opposed to it.  In
> fact, I'd like it very much if LogicMail had both PGP and S/MIME support.
>

Great!


>
> The real problem is that since I work on this project in my spare time, I
> haven't been putting enough work as it is into the core 2.0 featureset.
> Right now my personal main priority is just getting 2.0 into a usable and
> releasable application.  (the only "features" on my immediate to-do list
> being network-connection-management/server-polling, and other
> under-the-covers things, then it just fixing issues and getting everything
> in there more robust and correct)
>
> However, if you are interested in working on an S/MIME and/or PGP
> implementation for LogicMail, I'd definitely be interested in integrating
> it.  (provided, of course, that its decently designed and well integrated,
> though we can use this list to discuss such details)
>

I would be very glad to integrate my code into LogicMail code base and I am
sure we could work something out regarding the design (at last I think of
myself as a decent developer:-)).

Do you think implementing S/MIME (well, I am not that much interested in
PGP) would be a lot of work? I have seen some BlackBerry APIs on
Cryptographic Message Syntax (CMS), but nothing on S/MIME, so I guess
everything above CMS will have to be implemented by me.

Kind regards,
--
Bartek

Re: [Logicmail-devel] S/MIME in LogicMail

[Derek K. <dko...@lo...>]

Right now you could say S/MIME is on the endless "perhaps someday if I 
have time" portion of my personal list.  So that basically means I'm not 
currently planning to work on it, but I'm not in any way opposed to it.  
In fact, I'd like it very much if LogicMail had both PGP and S/MIME support.

The real problem is that since I work on this project in my spare time, 
I haven't been putting enough work as it is into the core 2.0 
featureset.  Right now my personal main priority is just getting 2.0 
into a usable and releasable application.  (the only "features" on my 
immediate to-do list being network-connection-management/server-polling, 
and other under-the-covers things, then it just fixing issues and 
getting everything in there more robust and correct)

However, if you are interested in working on an S/MIME and/or PGP 
implementation for LogicMail, I'd definitely be interested in 
integrating it.  (provided, of course, that its decently designed and 
well integrated, though we can use this list to discuss such details)

-Derek

On 4/14/2010 4:36 PM, bartek bekier wrote:
> Hello all!
>
> I am wondering, are there any plans to incorporate S/MIME support in 
> LogicMail? That would make LogicMail a more complete alternative to 
> BlackBerry email service. If there are no plans to implement S/MIME in 
> the future, is there any particular reason why?
>
> The reason I ask is because, I need an email client with S/MIME 
> support for BlackBerry that is not tied to BES. It is possible that I 
> would be able to help with S/MIME implementation in LogicMail, if 
> there are plans to do so.
>
> Best regards,
> --
> Bartek Bekier
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
>
> _______________________________________________
> Logicmail-devel mailing list
> Log...@li...
> https://lists.sourceforge.net/lists/listinfo/logicmail-devel
>    


-- 
----------------------------
  Derek Konigsberg
  dko...@lo...
----------------------------

[Logicmail-devel] S/MIME in LogicMail

[bartek b. <maj...@gm...>]

Hello all!

I am wondering, are there any plans to incorporate S/MIME support in
LogicMail? That would make LogicMail a more complete alternative to
BlackBerry email service. If there are no plans to implement S/MIME in the
future, is there any particular reason why?

The reason I ask is because, I need an email client with S/MIME support for
BlackBerry that is not tied to BES. It is possible that I would be able to
help with S/MIME implementation in LogicMail, if there are plans to do so.

Best regards,
--
Bartek Bekier

Re: [Logicmail-devel] Don't have LogicMailResource class

[Derek K. <dko...@lo...>]

LogicMailResource is code that is automatically generated from the 
resource files (*.rrc/*.rrh) during the build process.  It does not 
actually exist as a .java file in the source tree.

If you are using the RIM Eclipse Java Plugin 1.1 (as described on my 
development setup web page), this is all automatically handled behind the 
scenes within Eclipse, and you should never get that error.

Likewise, if building with ant, this is also handled automatically.

The only way you'll see this error is if your development environment is 
not setup correctly.

-Derek

On Tue, 19 Jan 2010, Pham Kien wrote:

> Hi all,
I'm a newmember. When I get source code for svn, I have a error: org.logicprobe.LogicMail.LogicMailResource cannot be resolved
I checked org.logicprobe.LogicMail and don't see LogicMailResource.java
How to fixed this error? 
Thanks



       Chọn ngay địa chỉ email bạn thích!
Giờ đã có @ymail.com và @rocketmail.com. 
http://mail.promotions.yahoo.com/newdomains/vn/

-- 
----------------------------
  Derek Konigsberg
  dko...@lo...
----------------------------

[Logicmail-devel] Don't have LogicMailResource class

[Pham K. <pt...@ym...>]

Hi all,
I'm a newmember. When I get source code for svn, I have a error: org.logicprobe.LogicMail.LogicMailResource cannot be resolved
I checked org.logicprobe.LogicMail and don't see LogicMailResource.java
How to fixed this error? 
Thanks



      Chọn ngay địa chỉ email bạn thích!
Giờ đã có @ymail.com và @rocketmail.com. 
http://mail.promotions.yahoo.com/newdomains/vn/

Re: [Logicmail-devel] Merge notes for code contributed by George Sexton

[Derek K. <dko...@lo...>]

Ok, I've decided to move this discussion to the list.  For everyone joining 
in, at the very bottom you'll see my merge notes from a contribution from 
George that I committed to the repository last night.  Then is his follow-up 
to it and plans going forward.

I'll address the four points of George's e-mail in-order now...

1) Refresh display window after a message delete or move
Yes, this definitely needs to be done, if it currently isn't working.  Though 
it may be something easier for me to deal with, unless you're brave enough, 
since it involves correctly handling (maybe adding) asynchronous events across 
the 3 layers of the app.  (UI, object-data-model, mail-protocol-state-machine)  
I'll take some serious focus to figure out the complete use-case of this, but 
it should have some vague similarities to what I did late last week to get the 
outbox working.

Of course move/copy in general needs a little bit of work/scrubbing, since 
there are two ways you can do it.  (download/upload or IMAP server-side, the 
latter being safer/less-likely-to-muck-data than the former)

But if you look at some of my to-do items in the code (which Trac does extract 
and show in the "Code Tags" section of the website), you'll see that there 
probably are several nuances to this that need to be worked out.
----

2) Launch attachments if there's a handler registered for the mime type.

While I'm not sure attachment-downloading is 100% done/robust, this specific 
item is something you could definitely work on.  So far I've only implemented 
attachment-saving, and want to keep that option.  I'd recommend making it 
another menu option, or selectable via a dialog, when an attachment is 
selected.
----

3) Look at some of the connection handling. Errors seem to throw the 
connection out and cause cascading issues.

This was actually the next item on my own to-do list, along with some 
intelligent code for actually opening network connections.  (and eventually, 
automated polling)

I know the request-driven state machine that handles mail server network 
connections doesn't have much in the way of intelligent error handling at the 
moment.  (The big exception is outgoing/SMTP, where I did implement error 
notification upstream.)  Its very easy to build up a lot of things on the queue 
without realizing it.  In theory, if the connection gets closed due to an 
error, it should flush the queue.  Of course in practice, I could see that 
maybe its not always happening as expected.

One thing I could definitely use from you is some good test cases that produce 
issues, which would help me iron out the bugs more quickly.
----

4) One thing I've thought of doing is a configuration wizard.

Already wrote one, believe it or not :-)
On the config screen, click on the Account node and select the "wizard" option.  
Of course the intent is for it to show automatically for new users, and for it 
to also incorporate a lot of auto-configuration things like you mention.  But 
at least I already put in all the hard work towards a wizard-function UI 
framework in there, and we can build off of that.

Of course the biggest up-front problem is making sure the user can actually 
make a network connection.  This problem gets easier in the 5.0 API, and 
different API versions have different features for inquiring network 
capabilities.  (RIM has a nifty open-source tool called "NetworkDiagnostic" 
that shows some of this)

Once these problems are solved (see #3), automatically figuring out the 
configuration (per your ideas) can become a reality.  You might also want to 
look into this, and Google anything related to it, for ideas on how to 
design/leverage such a capability:
https://wiki.mozilla.org/Thunderbird:Autoconfiguration

----

With this all being said, there is one thing I *really* need to find time to do 
right now.  Its something that often gets pushed asside, especially in F/OSS 
projects.  That is up-to-date design documentation.  The diagrams/descriptions 
in the design section of the website were all posted *before* I started 
serious coding on 2.0, and really haven't been updated since.  If I had this, 
it would be much easier for people to understand the software well enough to 
contribute to the more interesting parts.

The second thing I need, of course, is to find more opportunities to put 
serious time and effort into the code.  Last week was a huge exception, where I 
literally took a whole week off of work to do LogicMail nearly full-time.  I 
made tremendous progress, and finally got the code to the dogfood stage, but 
now I really need another one of those weeks.  (on some weeknights, I barely 
have enough spare time to respond to e-mails and/or do simple stuff, and many 
of my weekends aren't quite as free as they used to be)

-Derek

On Tuesday 05 January 2010 12:34:19 pm you wrote:
> Thanks. I know that as an outsider looking at the code for the first time,
> I'm not going to have the kind of knowledge that you do about the
>  structure. I also know nothing about IMAP protocol. I do appreciate your
>  taking the time to help me understand why you're rejecting things. It will
>  help me avoid making the same mistake.
> 
> 
> 
> The three things I want to look at doing next are:
> 
> 
> 
> 1)      Refresh display window after a message delete or move.
> 
> 2)      Launch attachments if there's a handler registered for the mime
> type.
> 
> 3)      Look at some of the connection handling. Errors seem to throw the
> connection out and cause cascading issues.
> 
> 
> 
> One thing I've thought of doing is a configuration wizard. What I envision
> is you pass in an Email address. The code would then do a MX lookup for the
> domain, and try to determine automatically the following:
> 
> 
> 
> Is the address domain name valid? During my testing, I put in the domain
> name wrong. A simple DNS lookup could catch that.
> 
> 
> 
> Outbound Server Name (lowest MX. If no MX, use Domain Name)
> 
> Inbound Server Name (lowest MX)
> 
> 
> 
> Outbound Port (Start w/ SSL ports, and work down)
> 
> Highest Supported Protocol/Port (IMAP/SSL, IMAP, POP3 SSL, POP3)
> 
> 
> 
> I'm more of a system guy than a UI guy so writing this kind of code would
>  be pretty simple for me. It would also be a drop-in to integrate.
> 
> 
> 
> Then, these become the defaults for the subsequent pages of account setup.
>  I had to set our youth pastor's droid up this weekend because he didn't
>  understand anything about the configuration for a mail client. If you can
>  make the program automatically figure it out for 80-90% of users it would
>  be a big win.
> 
> 
> 
> 
> 
> George Sexton
> MH Software, Inc.
> http://www.mhsoftware.com/
> Voice: 303 438 9585
> 
> 
> From: Derek Konigsberg [mailto:dko...@lo...]
> Sent: Monday, January 04, 2010 8:27 PM
> To: George Sexton
> Subject: Merge notes for code contributed by George Sexton
> 
> 
> 
> Here are my notes for the code I just merged in.  I apologize for this
>  being an HTML message, but it was the most painless way to paste it in
>  from my local notes app (Tomboy Notes).
> 
> Your contribution consists of two major pieces:
> A series of minor code-review-type changes, which were either merged as-is
> or with minor modifications.
> The much-desired subscribed folders feature, to which I added a
> configuration option before merging.
> 
> Contributor: George Sexton <
> <file:///C:\Users\octo\Desktop\ge...@mh...>
> ge...@mh...>
> RmsDataStore
> 
> *	Removal of "instanceof" check from load()
> 
> *	Agreed with rationale, but replaced with a null check instead of
> outright removal. Serialization errors could still return null, and
> instanceof was doing an implicit null check.
> 
> PersistentObjectDataStore
> 
> *	Removal of "instanceof" check from load()
> 
> *	Agreed with rationale, but replaced with a null check instead of
> outright removal. Serialization errors could still return null, and
> instanceof was doing an implicit null check.
> 
> StatusBarField
> 
> *	Minor change to if-statement login in setStatusText()
> 
> *	Accepted change as-is
> 
> OutboxMailboxNode
> 
> *	addMailSenderListener(): Change from postfix to prefix increment
> operator on mail sender count
> 
> *	Accepted change as-is
> 
> MessageNodeReader
> 
> *	read(): Improved robusness of code
> 
> *	Accepted change as-is
> 
> MaildirFolder
> 
> *	getMessageSourceFromStream(): Pre-allocate initial size of
> StringBuffer
> 
> *	Accepted change as-is
> 
> PopMessageToken
> 
> *	hashCode(): Minor change to remove unnecessary local
> 
> *	Accepted change as-is. Original version was probably a modification
> of something auto-generated by Eclipse, but the fix makes sense.
> 
> ImapProtocol
> 
> *	prepareFetchEnvelopeResponse(): Added comment about the case when
> parsedText is null
> 
> *	Put "continue" in exception handler to get desired
> skip-parsing-this-one behavior
> 
> *	executeList(): Refactored into executeList() and
> executeListSubscribed() with a common implementation
> 
> *	Renamed executeListSubscribed() to executeLsub() to fit naming
> convention of public methods in ImapProtocol
> 
> *	executeListVerb(): Added check for flagStr being null. Made comment
> about the case where argStr is null.
> 
> *	Renamed method to executeListImpl()
> *	Modified code to instead skip all parsing if either flagStr or
> argStr are null, since either being null means the server violated the
> response format documented in the RFC.
> 
> ImapClient
> 
> *	open(): changed LIST call to LSUB
> 
> *	Rejected change. In this specific instance, LIST is used as a
> workaround for servers that do not supply valid namespace information. It
>  is used to get the folder delmiter character. Calling LSUB with empty
>  parameters does not have the same behavior, and thus does not work here.
> 
> *	getFolderTreeImpl(): changed LIST call to LSUB
> 
> *	Accepted with the change that ImapConfig.getOnlySubscribedFolders()
> is first checked and the old behavior is still used if configured to do so.
> (see below for details)
> 
> *	getMessageStructure(): Changed active mailbox sanity check
> 
> *	Modified to test for null instead, like all the other sanity checks,
> since that is the likely situation if an active mailbox has not been set.
> 
> *	getMessageBody(): Changed active mailbox sanity check
> 
> *	Modified to test for null instead, like all the other sanity checks,
> since that is the likely situation if an active mailbox has not been set.
> 
> Non-patch-provided changes: ImapConfig
> 
> *	Added onlySubscribedFolders field, from the 1.1 branch, but with a
> default of true.
> 
> AccountConfigScreen
> 
> *	Added a checkbox labeled "Show only subscribed folders" to the
> advanced page for IMAP configurations
> 

-- 
---------------------------
Derek Konigsberg
dko...@lo...
---------------------------

Re: [Logicmail-devel] Missing Class? org.logicprobe.LogicMail.LogicMailResource

[Derek K. <dko...@lo...>]

To just run the app, using the binaries works fine.
But to actually poke at any of the code, I strongly recommend the latest 
instructions with the latest RIM Eclipse plugin (1.1 beta 2).  (the 
"trunk" codebase pretty much requires it...  The LogicMail-1.1 branch is 
still setup for the older 1.0 plugin.)

On 1/4/2010 9:15 PM, Jeff Saremi wrote:
> thanks for taking the time to reply.
> I looked at the instructions and went over the link to the older 
> instructions.
> I followed them half way. They just made my problems worse.
> I just wanted to see how the application works. I went and downloaded 
> the binaries instead and loaded them into the simulator.
> I'm ok for now.
> thanks
> jeff
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
>
>
> _______________________________________________
> Logicmail-devel mailing list
> Log...@li...
> https://lists.sourceforge.net/lists/listinfo/logicmail-devel
>    

Re: [Logicmail-devel] Missing Class? org.logicprobe.LogicMail.LogicMailResource

[Jeff S. <jef...@ya...>]

thanks for taking the time to reply.
I looked at the instructions and went over the link to the older instructions.
I followed them half way. They just made my problems worse.
I just wanted to see how the application works. I went and downloaded the binaries instead and loaded them into the simulator.
I'm ok for now. 
thanks
jeff

Re: [Logicmail-devel] Missing Class? org.logicprobe.LogicMail.LogicMailResource

[Derek K. <dko...@lo...>]

He means these directions:
http://www.logicprobe.org/proj/logicmail/wiki/development

:-)

On Monday 04 January 2010 8:14:30 pm George Sexton wrote:
> I had this too. You have to follow these directions:
> 
> 
> 
> https://logicmail.svn.sourceforge.net/svnroot/logicmail/trunk
> 
> 
> 
> 
> 
> exactly. Once I did that, it worked.
> 
> 
> 
> 
> 
> 
> 
> George Sexton
> MH Software, Inc.
>  <http://www.mhsoftware.com/> http://www.mhsoftware.com/
> Voice: 303 438 9585
> 
> 
> From: Jeff Saremi [mailto:jef...@ya...]
> Sent: Monday, January 04, 2010 5:22 PM
> To: log...@li...
> Subject: [Logicmail-devel] Missing Class?
> org.logicprobe.LogicMail.LogicMailResource
> 
> 
> 
> 
> I opened the latest trunk of the logicmail project in Eclipse after a few
> hickups on the classpath I managed to get the project to the level where
>  I'm at:
> 
> 
> 
> "LogicMailResource cannot be resolved'
> 
> 
> 
> Is this a generated class? Did I miss downloading something?
> 
> thanks
> 
> jeff
> 

-- 
---------------------------
Derek Konigsberg
dko...@lo...
---------------------------

Re: [Logicmail-devel] Missing Class? org.logicprobe.LogicMail.LogicMailResource

[George S. <ge...@mh...>]

I had this too. You have to follow these directions:

 

https://logicmail.svn.sourceforge.net/svnroot/logicmail/trunk

 

 

exactly. Once I did that, it worked.

 

 

 

George Sexton
MH Software, Inc.
 <http://www.mhsoftware.com/> http://www.mhsoftware.com/
Voice: 303 438 9585
  

From: Jeff Saremi [mailto:jef...@ya...] 
Sent: Monday, January 04, 2010 5:22 PM
To: log...@li...
Subject: [Logicmail-devel] Missing Class?
org.logicprobe.LogicMail.LogicMailResource

 


I opened the latest trunk of the logicmail project in Eclipse after a few
hickups on the classpath I managed to get the project to the level where I'm
at:

 

"LogicMailResource cannot be resolved'

 

Is this a generated class? Did I miss downloading something? 

thanks

jeff

 

[Logicmail-devel] Missing Class? org.logicprobe.LogicMail.LogicMailResource

[Jeff S. <jef...@ya...>]

I opened the latest trunk of the logicmail project in Eclipse after a few hickups on the classpath I managed to get the project to the level where I'm at:
 
"LogicMailResource cannot be resolved'
 
Is this a generated class? Did I miss downloading something? 
thanks
jeff

Re: [Logicmail-devel] Developing

[Derek K. <dko...@lo...>]

If you haven't reviewed them recently, these are the full (up-to-date) setup 
instructions:
http://www.logicprobe.org/proj/logicmail/wiki/development

The most important part is that you have to use the BlackBerry Java Plug-in 
for Eclipse installed when doing all of this.  The resource file its 
complaining about is code that is auto-generated behind the scenes by the 
plugin.  FYI, the new 1.1 plugin makes the process *much* more straightforward 
than the old 1.0 plugin.  You basically just checkout the whole thing, then 
import the projects into eclipse.

-Derek

On Sunday 03 January 2010 8:15:15 pm George Sexton wrote:
> I'm taking a look at this now.
> 
> I downloaded eclipse, and followed the instructions there.
> 
> I used TortiseSVN to download the trunk from:
> 
> https://logicmail.svn.sourceforge.net/svnroot/logicmail/trunk
> 
> When I create a project for eclipse, the IDE shows errors. A class named
> LogicMailResource doesn't resolve.
> 
> I looked in the directory created by TortiseSVN and there are no files name
> *resource*.*
> 
> I'm the first to admit, I don't use Eclipse for Java development so I'm
>  kind of wandering around in the dark. Still, there are no files with that
>  name. I notice there are also no .properties files. I would have expected
>  to see some for captions and such.
> 
> Am I missing something here?
> 
> George Sexton
> MH Software, Inc.
> http://www.mhsoftware.com/
> Voice: 303 438 9585
> 
> > -----Original Message-----
> > From: Derek Konigsberg [mailto:dko...@lo...]
> > Sent: Wednesday, November 25, 2009 3:53 PM
> > To: log...@li...
> > Subject: Re: [Logicmail-devel] Developing
> >
> > George,
> > I'm glad you wrote, since I can definitely use the help.  Right now, I
> > could
> > divide the bulk of the work on the LogicMail code into the following
> > categories:
> > 1 - Death by a thousand papercuts
> >   - All these little nitpick issues that you're running into
> > 2 - Development of major features
> >   - Offline message caching (active work-in-progress)
> >   - Network connection management (will be *much* easier in 5.0)
> > 3 - UI cleanup and polish
> >
> > As someone trying to use the development version in a practical
> > setting, #1 is
> > the highest priority to you, followed sometimes by #3 (because you're
> > on a
> > Storm).
> >
> > As someone trying to make progress on the critical features for 2.0 to
> > meet
> > its goals, #2 is currently the highest priority to me, followed by the
> > occasional bit of #3 (since its easier when I can't concentrate 110%).
> > I
> > basically put aside work on #1 for a while so I could make progress on
> > #2.
> >
> > Now if you could help with all these nitpick issues and ironing out the
> > kinks,
> > that would be enormously helpful to me and the project.  I actually
> > have a
> > fairly detailed TO-DO list on a lot of this, and I really should put it
> > online
> > for everyone here to see.  (I normally keep it in Tomboy Notes, so I'll
> > either
> > export to HTML or see if they've made any progress with their web-
> > service
> > plans.)
> >
> > Now, as to how to get started...
> >
> > I've recently migrated the source tree to the 1.1 (beta) version of the
> > BlackBerry Eclipse plugin.  It works a lot better than the old one.
> > You
> > literally just open the workspace and import the projects, and that's
> > it!
> > None of the weird workarounds on my setup page for the 1.0 plugin.
> > I'll be
> > updating my development setup page sometime soon, but it really is that
> > simple.
> >
> > So your first step is to grab the new Eclipse plugin:
> > http://na.blackberry.com/eng/developers/devbetasoftware/javaplugin.jsp
> > (The download includes a full Eclipse 3.5, so you just need the one
> > file)
> >
> > Once you install it, run all the usual Eclipse updates.  Then add the
> > BlackBerry update site:
> > http://www.blackberry.com/go/eclipseUpdate/3.5/java
> >
> > Finally, using that update site, install more BlackBerry SDK versions
> > than
> > just the 5.0 it comes with.  I personally installed all of them, but
> > the way
> > my source tree is currently configured, I recommend the following:
> > v4.2, v4.6, v4.7, v5.0
> >
> > When you're all ready, set your workspace root to whereever you checked
> > out
> > trunk, and import all the projects.  The new plugin lets you specify
> > SDK/JDE
> > version on a per-project basis, so I use 4.2.x for anything core, and
> > newer
> > versions for the platform support libraries.  (anything ending in a "T"
> > is
> > touchscreen-specific)
> >
> > If you want to test on an OS 5.0 storm, use *all* the projects in your
> > 9500
> > simulator configuration.  (for an OS 5.0 Bold/Curve, everything but the
> > projects ending in "T"...  Just remember that all 5.0 simulators run
> > from the
> > same directory, so switching between them could have strange effects if
> > you
> > don't clean things out)
> >
> > (all this will find its way to the project website hopefully by this
> > weekend)
> >
> > Finally, as far as contributing things back goes, the best way is to e-
> > mail me
> > a patch or just the changed source files, and I'll merge it in.  As
> > trunk
> > stabilizes, I may eventually do this using tickets (like some of the
> > 1.1
> > contributions), but I'm not quite there yet.
> >
> > P.S. The automated builds are currently disabled, since I haven't
> > finished
> > updating the build.xml file used for Ant.
> >
> > Ok, this e-mail has gone on long enough for now, so we'll continue the
> > discussion in follow-up e-mails.
> >
> > -Derek
> >
> > On Wednesday 25 November 2009 1:42:35 pm George Sexton wrote:
> > > I'm using Logic Mail 2.0 development snapshot on my Storm, running OS
> > > version 5.0. (Not that the OS Version matters).
> > >
> > > Essentially, the 2.0 build is just horribly broken. Obvious
> >
> > functionality
> >
> > > just doesn't work. I mean things like deleting a message doesn't work
> >
> > at
> >
> > > all. Period. Not at all.
> > >
> > > Another MAJOR hassle is that the subscribed folders feature isn't
> >
> > present
> >
> > >  in 2.0.
> > >
> > > I'm willing to pitch in here, and start trying to fix some of these
> >
> > things
> >
> > > but I want to make sure my changes go back into the source tree.
> > >
> > > I didn't see on the development page any information on how to
> >
> > contribute
> >
> > > changes that I make back to the source tree.
> > >
> > > How is this done?
> > >
> > > George Sexton
> > > MH Software, Inc. - Home of Connect Daily Web Calendar
> > > http://www.mhsoftware.com/
> > > Voice: 303 438 9585
> > >
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> >
> > ------
> >
> > > --- Let Crystal Reports handle the reporting - Free Crystal Reports
> >
> > 2008
> >
> > >  30-Day trial. Simplify your report design, integration and
> >
> > deployment -
> >
> > >  and focus on what you do best, core application coding. Discover
> >
> > what's
> >
> > >  new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > Logicmail-devel mailing list
> > > Log...@li...
> > > https://lists.sourceforge.net/lists/listinfo/logicmail-devel
> >
> > --
> > ---------------------------
> > Derek Konigsberg
> > dko...@lo...
> > ---------------------------
> >
> > -----------------------------------------------------------------------
> > -------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> > 30-Day
> > trial. Simplify your report design, integration and deployment - and
> > focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Logicmail-devel mailing list
> > Log...@li...
> > https://lists.sourceforge.net/lists/listinfo/logicmail-devel
> 
> ---------------------------------------------------------------------------
> --- This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
>  easy Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Logicmail-devel mailing list
> Log...@li...
> https://lists.sourceforge.net/lists/listinfo/logicmail-devel
> 

-- 
---------------------------
Derek Konigsberg
dko...@lo...
---------------------------

Re: [Logicmail-devel] Developing

[George S. <ge...@mh...>]

I'm taking a look at this now.

I downloaded eclipse, and followed the instructions there.

I used TortiseSVN to download the trunk from:

https://logicmail.svn.sourceforge.net/svnroot/logicmail/trunk

When I create a project for eclipse, the IDE shows errors. A class named
LogicMailResource doesn't resolve.

I looked in the directory created by TortiseSVN and there are no files name
*resource*.*

I'm the first to admit, I don't use Eclipse for Java development so I'm kind
of wandering around in the dark. Still, there are no files with that name. I
notice there are also no .properties files. I would have expected to see
some for captions and such.

Am I missing something here?

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
 
> -----Original Message-----
> From: Derek Konigsberg [mailto:dko...@lo...]
> Sent: Wednesday, November 25, 2009 3:53 PM
> To: log...@li...
> Subject: Re: [Logicmail-devel] Developing
> 
> George,
> I'm glad you wrote, since I can definitely use the help.  Right now, I
> could
> divide the bulk of the work on the LogicMail code into the following
> categories:
> 1 - Death by a thousand papercuts
>   - All these little nitpick issues that you're running into
> 2 - Development of major features
>   - Offline message caching (active work-in-progress)
>   - Network connection management (will be *much* easier in 5.0)
> 3 - UI cleanup and polish
> 
> As someone trying to use the development version in a practical
> setting, #1 is
> the highest priority to you, followed sometimes by #3 (because you're
> on a
> Storm).
> 
> As someone trying to make progress on the critical features for 2.0 to
> meet
> its goals, #2 is currently the highest priority to me, followed by the
> occasional bit of #3 (since its easier when I can't concentrate 110%).
> I
> basically put aside work on #1 for a while so I could make progress on
> #2.
> 
> Now if you could help with all these nitpick issues and ironing out the
> kinks,
> that would be enormously helpful to me and the project.  I actually
> have a
> fairly detailed TO-DO list on a lot of this, and I really should put it
> online
> for everyone here to see.  (I normally keep it in Tomboy Notes, so I'll
> either
> export to HTML or see if they've made any progress with their web-
> service
> plans.)
> 
> Now, as to how to get started...
> 
> I've recently migrated the source tree to the 1.1 (beta) version of the
> BlackBerry Eclipse plugin.  It works a lot better than the old one.
> You
> literally just open the workspace and import the projects, and that's
> it!
> None of the weird workarounds on my setup page for the 1.0 plugin.
> I'll be
> updating my development setup page sometime soon, but it really is that
> simple.
> 
> So your first step is to grab the new Eclipse plugin:
> http://na.blackberry.com/eng/developers/devbetasoftware/javaplugin.jsp
> (The download includes a full Eclipse 3.5, so you just need the one
> file)
> 
> Once you install it, run all the usual Eclipse updates.  Then add the
> BlackBerry update site:
> http://www.blackberry.com/go/eclipseUpdate/3.5/java
> 
> Finally, using that update site, install more BlackBerry SDK versions
> than
> just the 5.0 it comes with.  I personally installed all of them, but
> the way
> my source tree is currently configured, I recommend the following:
> v4.2, v4.6, v4.7, v5.0
> 
> When you're all ready, set your workspace root to whereever you checked
> out
> trunk, and import all the projects.  The new plugin lets you specify
> SDK/JDE
> version on a per-project basis, so I use 4.2.x for anything core, and
> newer
> versions for the platform support libraries.  (anything ending in a "T"
> is
> touchscreen-specific)
> 
> If you want to test on an OS 5.0 storm, use *all* the projects in your
> 9500
> simulator configuration.  (for an OS 5.0 Bold/Curve, everything but the
> projects ending in "T"...  Just remember that all 5.0 simulators run
> from the
> same directory, so switching between them could have strange effects if
> you
> don't clean things out)
> 
> (all this will find its way to the project website hopefully by this
> weekend)
> 
> Finally, as far as contributing things back goes, the best way is to e-
> mail me
> a patch or just the changed source files, and I'll merge it in.  As
> trunk
> stabilizes, I may eventually do this using tickets (like some of the
> 1.1
> contributions), but I'm not quite there yet.
> 
> P.S. The automated builds are currently disabled, since I haven't
> finished
> updating the build.xml file used for Ant.
> 
> Ok, this e-mail has gone on long enough for now, so we'll continue the
> discussion in follow-up e-mails.
> 
> -Derek
> 
> On Wednesday 25 November 2009 1:42:35 pm George Sexton wrote:
> > I'm using Logic Mail 2.0 development snapshot on my Storm, running OS
> > version 5.0. (Not that the OS Version matters).
> >
> > Essentially, the 2.0 build is just horribly broken. Obvious
> functionality
> > just doesn't work. I mean things like deleting a message doesn't work
> at
> > all. Period. Not at all.
> >
> > Another MAJOR hassle is that the subscribed folders feature isn't
> present
> >  in 2.0.
> >
> > I'm willing to pitch in here, and start trying to fix some of these
> things
> > but I want to make sure my changes go back into the source tree.
> >
> > I didn't see on the development page any information on how to
> contribute
> > changes that I make back to the source tree.
> >
> > How is this done?
> >
> > George Sexton
> > MH Software, Inc. - Home of Connect Daily Web Calendar
> > http://www.mhsoftware.com/
> > Voice: 303 438 9585
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> ------
> > --- Let Crystal Reports handle the reporting - Free Crystal Reports
> 2008
> >  30-Day trial. Simplify your report design, integration and
> deployment -
> >  and focus on what you do best, core application coding. Discover
> what's
> >  new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Logicmail-devel mailing list
> > Log...@li...
> > https://lists.sourceforge.net/lists/listinfo/logicmail-devel
> >
> 
> --
> ---------------------------
> Derek Konigsberg
> dko...@lo...
> ---------------------------
> 
> -----------------------------------------------------------------------
> -------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Logicmail-devel mailing list
> Log...@li...
> https://lists.sourceforge.net/lists/listinfo/logicmail-devel

[Logicmail-devel] LogicMail dev-version (1.9.1.130/trunk) officially dogfooded

[Derek K. <dko...@lo...>]

After spending the better part of this week working on the code nearly 
full-time, its finally reached that stage where I've installed it on my 
own device.  Specifically, this milestone begins with the 1.9.1.130 
build, and will continue with future builds.  I still have plenty more 
work to do before its ready to be called a beta (just look at my 
progress report task list on the website), but its come a long way.

Here are some highlights from the week:
- Now using a 4-part version number for automated builds, to make our 
lives easier when testing
- Major work on synchronization of the offline message cache with the 
mail server
- Fixed status-bar exceptions on OS 4.5 and under devices
- Added full expunge support to IMAP and local folders
- Added message flags support to local mail folders
- Implemented complete serialized spooling Outbox with some 
error-recovery support

(and numerous other minor fixups as I ran into them)

As always, check the website for the issues you should be mindful of 
when running it, and my current task list.  I'm now trying to keep that 
information more updated.  Eventually (hopefully sooner than later), 
I'll be able to move from ad-hoc task lists into actual Trac tickets.

-

-- 
----------------------------
  Derek Konigsberg
  dko...@lo...
----------------------------

[Logicmail-devel] Development status 2009-12-30

[Derek K. <dko...@lo...>]

I've updated the progress report page on the wiki, and also added a 
boatload of new screenshots to the wiki as well.

Here are my highlights for today:
- Fixed the IllegalStateException caused by the status bar on older devices
- Added message flags (i.e. delete/undelete) support to the local folders
- Added "expunge deleted messages" support to IMAP and local folders
- Attempted (hopefully successfully) to fix cache/model synchronization 
issues surrounding expunge and deleted messages.

P.S. I think the last two items are the *real* reason many of you have 
been claiming that delete is broken, so I hope its (mostly) fixed now.

-- 
----------------------------
  Derek Konigsberg
  dko...@lo...
----------------------------

[Logicmail-devel] Development status update

[Derek K. <dko...@lo...>]

As some of you might have noticed, I'm taking advantage of this slow 
end-of-year week to put some serious time and effort into LogicMail.  I 
don't expect to actually finish 2.0 by Friday, or even get to a beta, 
but I do expect to tie up a lot of lingering issues.  My ultimate goal 
is to get to the "dogfood" stage, where I feel comfortable running it on 
my own BlackBerry.  (I have been periodically loading it on my old 8820 
and 9000 devices for smoke-testing.)

I just posted a huge update to the "LogicMail 2.0 Progress Report" page 
on the project website, with my current to-do list.

Probably the best way to see what I've done so far is to just go to the 
project website, look at the timeline, and see my gazillion Subversion 
changeset items.

I'll also be hanging out in IRC on "irc.freenode.net' in #blackberry as 
"octorian" or "octo_laptop", if anyone would like to chat with me directly.

-- 
----------------------------
  Derek Konigsberg
  dko...@lo...
----------------------------

Re: [Logicmail-devel] Future dev questions

[Derek K. <dko...@lo...>]

Device message app integration is a topic that is occasionally 
mentioned.  LogicMail was originally designed to be entirely independent 
of the device's messaging features, so this is both a debatable feature 
and something that is easier said than done.  Also, the degree to which 
this integration could be implemented does vary based on what BlackBerry 
OS version you are writing for.  Injecting messages may be possible.  
Just adding items, that when clicked, jump you straight into LogicMail 
is also possible.  However, right now I'm not sure such a drastic thing 
would be a good idea to work on.

So let's take a look at your two use cases:
Facebook notifications:
These only work well with true push (which is impossible for LogicMail 
to provide, as it can only simulate push through polling).  What I 
recommend for this is to configure a dedicated BlackBerry-only E-Mail 
address through your mobile carrier, and tell Facebook to send 
notifications to that address.  (this is what I do for Facebook)

Calendar invites:
These could be implemented by coding calendar invite attachment support 
into LogicMail itself.  It is definitely feasible without any major 
changes, and I'm all for implementing something like this.


As far as using IMAP as a contact/calendar store (I think its the Kolab 
protocol that does this), that would almost be a whole separate project 
in and of itself.  Probably would make sense as a standalone sync app 
like Google Sync, and while it could reuse IMAP code from LogicMail, it 
could be a much simpler and entirely independent application.

-Derek

On 12/28/2009 12:44 AM, Wes Keene wrote:
> Hello,
>
> A couple thoughts, perhaps they are not reasonable, perhaps they are:
>
> 1) Is it possible to integrate with the native e-mail client such as 
> BIS uses?  Or is it possible to use the Messages folder?  I could not 
> locate an API to create folders (read-only access to them is provided 
> though), but perhaps I wasn't looking in the right places.  Lots of 
> apps would work much smoother if LogicMail placed everything in 
> standard e-mail rather than a separate app (Facebook notifications and 
> Calendar meeting invites, for instance).
>
> 2) I know Contacts and Calendar items can be interrogated via IMAP 
> folders (for servers that support them).  Could we provide a mapping 
> of an IMAP folder to the native calendar app (and the same for Contacts)?
>
> Thanks for indulging me.
>
> Wes Keene
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
>
>
> _______________________________________________
> Logicmail-devel mailing list
> Log...@li...
> https://lists.sourceforge.net/lists/listinfo/logicmail-devel
>    


-- 
----------------------------
  Derek Konigsberg
  dko...@lo...
----------------------------

[Logicmail-devel] Future dev questions

[Wes K. <we...@ke...>]

Hello,
A couple thoughts, perhaps they are not reasonable, perhaps they are:
1) Is it possible to integrate with the native e-mail client such as BIS uses?  Or is it possible to use the Messages folder?  I could not locate an API to create folders (read-only access to them is provided though), but perhaps I wasn't looking in the right places.  Lots of apps would work much smoother if LogicMail placed everything in standard e-mail rather than a separate app (Facebook notifications and Calendar meeting invites, for instance).

2) I know Contacts and Calendar items can be interrogated via IMAP folders (for servers that support them).  Could we provide a mapping of an IMAP folder to the native calendar app (and the same for Contacts)?
Thanks for indulging me.
Wes Keene

Re: [Logicmail-devel] Some CJK issues and how to contribute

[<ota...@gm...>]

Thanks Derek for the detailed answer. I'm gona check the website at daytime and give you comments for the email below. (The auto-correct is so cool when I click space after input 'Im' )

With LogicMail
otaware


On Sat, 19 Dec 2009 23:21:05 +0800, Derek Konigsberg wrote:
> Sorry it took me so long to respond, but this has been a busy week in my real 
> job.  I'm hoping to spend some serious full-time effort on LogicMail when 
> everyone takes their holiday vacations at the end of this month, so hopefully 
> the pace will pick up then.
> 
> Quick note:  When I refer to "Version 2.0", I'm referring to the code 
> currently in development on "trunk", often tagged as "1.9.x" in the automated 
> builds.
> 
> > -- Prompt 'This message does not contain any sections that could be
> > displayed' when I> There are a lot of variables that could be involved in this.  Is the Chinese 
> text encoded with Unicode, or something legacy like GB2312, or something else?  
> Unicode is easy, GB2312 currently only works on East-Asia localized 
> BlackBerries that understand the character set, and anything else requires 
> LogicMail to actually contain a charset translation table.
> 
> > -- I'm quite interested in 'offline' access mode of IMAP, which is lack in
> > current version obviously.
> And is definitely going to be a major feature of the new version.  There are a 
> lot of little details of the offline caching to figure out, but I'm currently 
> focused on getting the basics working.
> 
> > -- UI: Two much steps for setting email account. Why not combine incoming
> > and outgoing server settings in one window, just like outlook or other
> >  email clients do?
> Actually, other e-mail clients do separate it.  They just often provide it all 
> in one place so you don't notice.  Version 2.0 does include a setup wizard 
> that will make this easier.  The configuration screens for version 2.0 are also 
> being improved a bit, though the overall structure hasn't changed yet.
> 
> > -- UI: battery and radio signal icons' layout are not so comfortable, can
> >  it consi> I can't use the system ones directly.  What I have to do is copy the system 
> ones, and implement something myself that looks exactly the same.  That being 
> said, I agree with you and the look of this could probably be improved.  
> Though the icons are different for devices running OS 4.5 and lower, versus 4.6 
> and up, so I'd either just use the 4.6 icons or include two versions of them.
> 
> >  -- UI: Essential text formatting tool: like bulleted list, Bold & italic
> >  tools, etc.
> Here you're basically asking for the ability to write HTML e-mail.  I've 
> honestly never even considered this feature, and creating a fancy-formatting 
> message editor field would be a lot of work I probably don't have time for.  
> However, if you were interested in working on such a thing, I'd gladly take 
> the contribution.
> 
> > -- CJK testing is quite necessary (Chinese, Japanese and Korean)
> It definitely is, and its something I can't do without the help of people like 
> you.  Same for localization (currently only have Chinese).  Another language 
> often forgotten in the mix is Vietnamese, which I've also included some 
> support for.  (the whole "Unicode normalization" option to deal with BB font 
> limitaitons which are finally fixed in OS 5.0)
> 
> > I'> Which BlackBerry OS version are you running?  I'm guessing its either 4.2 or 
> 4.5, but I could be wrong.  The whole BlackBerry UI actually got a bit of a 
> makeover in 4.6, and each new version includes more features.  I'm still 
> undecided where the cut-off for LogicMail 2.0 will be.  Its currently 4.2, but 
> could creep up to 4.5.
> 
> > I'm wondering how to join and make my contribution for the testing and dev.
> > I saw Derek's answer in one thread dated 2009-11-25, is that the
> > instructions I need follow?
> I rewrote the instructions on the developer info page on the website to match 
> what I put in the e-mail.  George hasn't written anything back since then, so 
> I'm not sure whathe's up to.
> 
> http://www.logicprobe.org/proj/logicmail/wiki/development
> 
> -Derek
> 
> On Wednesday 16 December 2009 11:51:46 pm OTA Ware wrote:
> > hi all,
> > I've been used logicmail for a couple of days. I've found the following
> > issues might be interesting for the development:
> > -- Prompt 'This message does not contain any sections that could be
> > displayed' when I try to open some mail containing Chinese text.
> > -- I'm quite interested in 'offline' access mode of IMAP, which is lack in
> > current version obviously.
> > -- UI: Two much steps > > and outgoing server settings in one window, just like outlook or other
> >  email clients do?
> > -- UI: battery and radio signal icons' layout are not so comfortable, can
> >  it consider to use system ones? Gray and black instead of blue and green?
> >  -- UI: Essential text formatting tool: like bulleted list, Bold & italic
> >  tools, etc.
> > -- CJK testing is quite necessary (Chinese, Japanese and Korean)
> > 
> > I'm currently using LogicMail v1.1.0 on my BlackBerry 8310.
> > 
> > I'm wondering how to join and make my contribution for the testing and dev.
> > I saw Derek's answer in one thread dated 2009-11-25, is that the
> > instructions I need follow?
> > 
> > otaware
> > 
> 
> -- 
> ---------------------------
> Derek Konigsberg
> dko...@lo...
> ---------------------------

Re: [Logicmail-devel] Some CJK issues and how to contribute

[Derek K. <dko...@lo...>]

Sorry it took me so long to respond, but this has been a busy week in my real 
job.  I'm hoping to spend some serious full-time effort on LogicMail when 
everyone takes their holiday vacations at the end of this month, so hopefully 
the pace will pick up then.

Quick note:  When I refer to "Version 2.0", I'm referring to the code 
currently in development on "trunk", often tagged as "1.9.x" in the automated 
builds.

> -- Prompt 'This message does not contain any sections that could be
> displayed' when I try to open some mail containing Chinese text.
There are a lot of variables that could be involved in this.  Is the Chinese 
text encoded with Unicode, or something legacy like GB2312, or something else?  
Unicode is easy, GB2312 currently only works on East-Asia localized 
BlackBerries that understand the character set, and anything else requires 
LogicMail to actually contain a charset translation table.

> -- I'm quite interested in 'offline' access mode of IMAP, which is lack in
> current version obviously.
And is definitely going to be a major feature of the new version.  There are a 
lot of little details of the offline caching to figure out, but I'm currently 
focused on getting the basics working.

> -- UI: Two much steps for setting email account. Why not combine incoming
> and outgoing server settings in one window, just like outlook or other
>  email clients do?
Actually, other e-mail clients do separate it.  They just often provide it all 
in one place so you don't notice.  Version 2.0 does include a setup wizard 
that will make this easier.  The configuration screens for version 2.0 are also 
being improved a bit, though the overall structure hasn't changed yet.

> -- UI: battery and radio signal icons' layout are not so comfortable, can
>  it consider to use system ones? Gray and black instead of blue and green?
I can't use the system ones directly.  What I have to do is copy the system 
ones, and implement something myself that looks exactly the same.  That being 
said, I agree with you and the look of this could probably be improved.  
Though the icons are different for devices running OS 4.5 and lower, versus 4.6 
and up, so I'd either just use the 4.6 icons or include two versions of them.

>  -- UI: Essential text formatting tool: like bulleted list, Bold & italic
>  tools, etc.
Here you're basically asking for the ability to write HTML e-mail.  I've 
honestly never even considered this feature, and creating a fancy-formatting 
message editor field would be a lot of work I probably don't have time for.  
However, if you were interested in working on such a thing, I'd gladly take 
the contribution.

> -- CJK testing is quite necessary (Chinese, Japanese and Korean)
It definitely is, and its something I can't do without the help of people like 
you.  Same for localization (currently only have Chinese).  Another language 
often forgotten in the mix is Vietnamese, which I've also included some 
support for.  (the whole "Unicode normalization" option to deal with BB font 
limitaitons which are finally fixed in OS 5.0)

> I'm currently using LogicMail v1.1.0 on my BlackBerry 8310.
Which BlackBerry OS version are you running?  I'm guessing its either 4.2 or 
4.5, but I could be wrong.  The whole BlackBerry UI actually got a bit of a 
makeover in 4.6, and each new version includes more features.  I'm still 
undecided where the cut-off for LogicMail 2.0 will be.  Its currently 4.2, but 
could creep up to 4.5.

> I'm wondering how to join and make my contribution for the testing and dev.
> I saw Derek's answer in one thread dated 2009-11-25, is that the
> instructions I need follow?
I rewrote the instructions on the developer info page on the website to match 
what I put in the e-mail.  George hasn't written anything back since then, so 
I'm not sure whathe's up to.

http://www.logicprobe.org/proj/logicmail/wiki/development

-Derek

On Wednesday 16 December 2009 11:51:46 pm OTA Ware wrote:
> hi all,
> I've been used logicmail for a couple of days. I've found the following
> issues might be interesting for the development:
> -- Prompt 'This message does not contain any sections that could be
> displayed' when I try to open some mail containing Chinese text.
> -- I'm quite interested in 'offline' access mode of IMAP, which is lack in
> current version obviously.
> -- UI: Two much steps for setting email account. Why not combine incoming
> and outgoing server settings in one window, just like outlook or other
>  email clients do?
> -- UI: battery and radio signal icons' layout are not so comfortable, can
>  it consider to use system ones? Gray and black instead of blue and green?
>  -- UI: Essential text formatting tool: like bulleted list, Bold & italic
>  tools, etc.
> -- CJK testing is quite necessary (Chinese, Japanese and Korean)
> 
> I'm currently using LogicMail v1.1.0 on my BlackBerry 8310.
> 
> I'm wondering how to join and make my contribution for the testing and dev.
> I saw Derek's answer in one thread dated 2009-11-25, is that the
> instructions I need follow?
> 
> otaware
> 

-- 
---------------------------
Derek Konigsberg
dko...@lo...
---------------------------

[Logicmail-devel] Some CJK issues and how to contribute

[OTA W. <ota...@gm...>]

hi all,
I've been used logicmail for a couple of days. I've found the following
issues might be interesting for the development:
-- Prompt 'This message does not contain any sections that could be
displayed' when I try to open some mail containing Chinese text.
-- I'm quite interested in 'offline' access mode of IMAP, which is lack in
current version obviously.
-- UI: Two much steps for setting email account. Why not combine incoming
and outgoing server settings in one window, just like outlook or other email
clients do?
-- UI: battery and radio signal icons' layout are not so comfortable, can it
consider to use system ones? Gray and black instead of blue and green?
-- UI: Essential text formatting tool: like bulleted list, Bold & italic
tools, etc.
-- CJK testing is quite necessary (Chinese, Japanese and Korean)

I'm currently using LogicMail v1.1.0 on my BlackBerry 8310.

I'm wondering how to join and make my contribution for the testing and dev.
I saw Derek's answer in one thread dated 2009-11-25, is that the
instructions I need follow?

otaware

Re: [Logicmail-devel] Developing

[Derek K. <dko...@lo...>]

George,
I'm glad you wrote, since I can definitely use the help.  Right now, I could 
divide the bulk of the work on the LogicMail code into the following 
categories:
1 - Death by a thousand papercuts
  - All these little nitpick issues that you're running into
2 - Development of major features
  - Offline message caching (active work-in-progress)
  - Network connection management (will be *much* easier in 5.0)
3 - UI cleanup and polish

As someone trying to use the development version in a practical setting, #1 is 
the highest priority to you, followed sometimes by #3 (because you're on a 
Storm).

As someone trying to make progress on the critical features for 2.0 to meet 
its goals, #2 is currently the highest priority to me, followed by the 
occasional bit of #3 (since its easier when I can't concentrate 110%).  I 
basically put aside work on #1 for a while so I could make progress on #2.

Now if you could help with all these nitpick issues and ironing out the kinks, 
that would be enormously helpful to me and the project.  I actually have a 
fairly detailed TO-DO list on a lot of this, and I really should put it online 
for everyone here to see.  (I normally keep it in Tomboy Notes, so I'll either 
export to HTML or see if they've made any progress with their web-service 
plans.)

Now, as to how to get started...

I've recently migrated the source tree to the 1.1 (beta) version of the 
BlackBerry Eclipse plugin.  It works a lot better than the old one.  You 
literally just open the workspace and import the projects, and that's it!  
None of the weird workarounds on my setup page for the 1.0 plugin.  I'll be 
updating my development setup page sometime soon, but it really is that 
simple.

So your first step is to grab the new Eclipse plugin:
http://na.blackberry.com/eng/developers/devbetasoftware/javaplugin.jsp
(The download includes a full Eclipse 3.5, so you just need the one file)

Once you install it, run all the usual Eclipse updates.  Then add the 
BlackBerry update site:
http://www.blackberry.com/go/eclipseUpdate/3.5/java

Finally, using that update site, install more BlackBerry SDK versions than 
just the 5.0 it comes with.  I personally installed all of them, but the way 
my source tree is currently configured, I recommend the following:
v4.2, v4.6, v4.7, v5.0

When you're all ready, set your workspace root to whereever you checked out 
trunk, and import all the projects.  The new plugin lets you specify SDK/JDE 
version on a per-project basis, so I use 4.2.x for anything core, and newer 
versions for the platform support libraries.  (anything ending in a "T" is 
touchscreen-specific)

If you want to test on an OS 5.0 storm, use *all* the projects in your 9500 
simulator configuration.  (for an OS 5.0 Bold/Curve, everything but the 
projects ending in "T"...  Just remember that all 5.0 simulators run from the 
same directory, so switching between them could have strange effects if you 
don't clean things out)

(all this will find its way to the project website hopefully by this weekend)

Finally, as far as contributing things back goes, the best way is to e-mail me 
a patch or just the changed source files, and I'll merge it in.  As trunk 
stabilizes, I may eventually do this using tickets (like some of the 1.1 
contributions), but I'm not quite there yet.

P.S. The automated builds are currently disabled, since I haven't finished 
updating the build.xml file used for Ant.

Ok, this e-mail has gone on long enough for now, so we'll continue the 
discussion in follow-up e-mails.

-Derek

On Wednesday 25 November 2009 1:42:35 pm George Sexton wrote:
> I'm using Logic Mail 2.0 development snapshot on my Storm, running OS
> version 5.0. (Not that the OS Version matters).
> 
> Essentially, the 2.0 build is just horribly broken. Obvious functionality
> just doesn't work. I mean things like deleting a message doesn't work at
> all. Period. Not at all.
> 
> Another MAJOR hassle is that the subscribed folders feature isn't present
>  in 2.0.
> 
> I'm willing to pitch in here, and start trying to fix some of these things
> but I want to make sure my changes go back into the source tree.
> 
> I didn't see on the development page any information on how to contribute
> changes that I make back to the source tree.
> 
> How is this done?
> 
> George Sexton
> MH Software, Inc. - Home of Connect Daily Web Calendar
> http://www.mhsoftware.com/
> Voice: 303 438 9585
>  
> 
> 
> 
> 
> ---------------------------------------------------------------------------
> --- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>  30-Day trial. Simplify your report design, integration and deployment -
>  and focus on what you do best, core application coding. Discover what's
>  new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Logicmail-devel mailing list
> Log...@li...
> https://lists.sourceforge.net/lists/listinfo/logicmail-devel
> 

-- 
---------------------------
Derek Konigsberg
dko...@lo...
---------------------------