Blog moved

Jessica Brown — Wed, 04 Nov 2015 23:44:50 -0000

Please see here for future announcements:
http://poptrayu.sourceforge.net/category/releases/

5.2.2 Stable Released

Jessica Brown — Fri, 02 Oct 2015 18:01:51 -0000

Since I'm not getting a flood of new bug reports about the last version, and it's working really well on my machine, I've decided to release a new stable version, compiled with optimizations. Changes are fairly minor otherwise, cleaned up unused variables and typecast warnings, improved the password encoding algorithm to support unicode passwords, and added updated translation files for Canadian French.

5.2.1 Now Available!

Jessica Brown — Mon, 28 Sep 2015 22:29:04 -0000

Highlights Include:
Rules: Add gmail labels with rules. Rules mark messages important on the server (on IMAP accounts)
Translations: New features from the last release are now translatable.
Bug Fixes Imap logging disabled, HTML emails showing up as plain text, EAccessException displaying tooltips

PopTrayU is now on Facebook

Jessica Brown — Sat, 26 Sep 2015 02:56:58 -0000

In case you missed this behind the read more link in my last post, PopTrayU is now on facebook: https://www.facebook.com/PopTrayU A new place where you can find out about new releases, leave feedback or discuss PopTrayU--no sourceforge account required!

5.2.0 Beta Now Available!

Jessica Brown — Sat, 26 Sep 2015 02:25:27 -0000

Some exiting new features in this release:

Faster & Better Delete has been rewritten for both POP and IMAP to not trigger a full account check in "Delete messages immediately" mode. This makes delete MUCH MUCH faster. And for IMAP accounts delete now uses the UID EXPUNGE command if your mail server supports it, so messages deleted by other clients (like your phone) are not expunged (aka permanantly deleted) when you delete a message using PopTrayU. Additionally, IMAP accounts are now left open between checks which further speeds up actions like delete, preview, and mark read/unread.

Import and export accounts. You can import accounts from an export you've created or any manually backed up PopTray.ini file.

IMAP Server Features There are a whole set of new features for controlling "things on the server" so you don't have to log into webmail accounts to do simple things like star an email. You can mark things as important, read or unread, add or remove Gmail labels, archive messages, and move deleted emails to the IMAP deleted items folder, and move deleted spam to the IMAP Junk folder. Rules support for these features will be forthcoming in a future release.

And PopTrayU is now on facebook: https://www.facebook.com/PopTrayU Come give PopTrayU a like and feel free to try out the new facebook page to give feedback or discuss PopTrayU--no sourceforge account required!

Detailed changelog for this release: http://poptrayu.sourceforge.net/changelog.php

Next Release In Development discussion

Ed P — Mon, 31 Aug 2015 17:34:30 -0000

"making two apps that do almost the same thing would require a lot of duplication of code under the hood,"

Actually not really. The common source code could be kept as a separate module and each app would simply have an include statement for it when compiling.

Next Release In Development discussion

Jessica Brown — Wed, 26 Aug 2015 21:00:10 -0000

Fun idea, but from a development perspective, making two apps that do almost the same thing would require a lot of duplication of code under the hood, so it wouldn't work out as well for me the developer as it would for you the end user ;-)

For example, deciding which account to check when...both types of accounts need that. Reading all the settings from the ini file, processing the list of rules/whitelist/blacklist...duplicate again with maybe some very minor differences occasionally. Previewing a message, parsing HTML and email sections...again apply to both. And the list goes on and on.

Long term, I'm working toward being able to rewrite the mail-checking core to be properly multi-threaded so you can still operate on one account while other accounts are being background checked, but it's a monster big project. I think overall you'll notice a lot more performance benefits when I get that implemented than you would from having IMAP and POP in seperate applications ;-). And using the limit inbox size feature can also have a big impact on performance if you don't empty your inbox regularly too. If there's specific areas you think the app seems to be consuming more CPU/memory/resources/etc. than it ought, maybe there's areas I could focus on for performance tuning? Once I get a nice stable build again, I could also look into turning on some of the compiler optimizations too.

And not all new features are IMAP...Sure I've been adding the IMAP features I personally wanted to avoid having to log into gmail for secondary accounts to do basic functionality like "this is spam" ;-) Most of the new IMAP features will be lumped under a submenu like the spam button, so it won't greatly change the user interface for POP (not to mention since the toolbar is customizable anyway). But there's also other features coming on on my roadmap that apply to both types of accounts. While I was on vacation last month I came up with the design for account import/export. I've implmented export account(s) already, and I need to finish wiring up account(s) import so I can chase down some tag drag/drop problems.

Next Release In Development discussion

Ed P — Wed, 26 Aug 2015 15:39:58 -0000

Yes, many of us have multiple email accounts but rarely are they of equal importance. The IMAP accounts are less secure than my POP3 accounts as such they are used for less important mail/notifications/etc and they are only checked a couple of times a day where as the others are checked several times an hour.

An efficient PoptrayU app will consume less resources than a blootted IMAP app and will thus not drag on other things that I am doing when checking for mail. When the IMAPTray app runs it can do more things with the IMAP accounts and will consume more of the CPU but since it will only be running a couple times a day it won't matter.

Next Release In Development discussion

Horst — Mon, 10 Aug 2015 08:31:18 -0000

Sorry, but this is not usefull at all.
There are many poeple which have a mix of Pop3 and IMAP accounts.
This users would have to run 2 tools instead of one.
I guess you are not really programming
because you would not expect PopTrayU to run faster with your suggestion.
There are many other possible enhancements which can be implemented.

Next Release In Development discussion

Ed P — Tue, 14 Jul 2015 01:42:44 -0000

Maybe it's time for a new email app. One named IMAPTray. With all the bells and whistles an IMAP app can have. Let PopTrayU continue to access IMAP accounts but not with the sophistication a full fledged app can bring. Two small apps, rather than one big one, should be easier to maintain and each should run faster.

Something to think about.

Recent posts to blog

Blog moved

5.2.2 Stable Released

5.2.1 Now Available!

PopTrayU is now on Facebook

5.2.0 Beta Now Available!

Next Release In Development discussion

Next Release In Development discussion

Next Release In Development discussion

Next Release In Development discussion

Next Release In Development discussion