10. January 2010

Error notification bar final look

Made some modifications to the way notification bar looks like: 32px of height was a bit too much, lowered it to 24px, make the bar more reddish and  changed the gradient, because glass look didn’t suit it. This is now the final look:

final_error_bar

09. January 2010

Easier navigation between messages in the same thread

I’m probably not the only one that is subscribed to a lot of mailing lists or has a really long conversations which span trough some 10s of messages. To ease the navigation between messages in the same thread I decided to move part of the thread closer to the message I’m currently reading. Starting with today’s builds there is a Message threads pane displayed at the bottom of message view pane.

msg_threads

This is how it works: After the message is loaded the following messages from the same thread are shown:

  1. parent message
  2. message being read message (will be colored differently)
  3. messages on the same level as message being read
  4. messages one level lower (deeper into the conversation) as message being read

Update 10.01.2010: The implementation in today’s development version actually works, but it’s still a bit rough around the edges.

msg_threads_colorized

07. January 2010

New notification style on send/receive message error

As some users pointed out the big red X on the account is not visible enough when there is an error on send/receive e-mail messages. But this really becomes an issue, when you spend most of your time working in Favorite mail view as now you have to explicitly switch to Classic view.

Well in a few days this will be in the past. As I’ve decided to add notifications at the top when such an error happens.

new_error_notification

There will be at most one bar per account displayed. And the text will change depending on when the error happened (send, receive, send and receive). Right now I don’t think that I should limit the number of displayed bars as most users have a small number of accounts.

If anyone would like to play with the colors e.g make it reddish,  please let me know and I’ll give out the current ones.

Update 08.01.2010: This is now implemented in latest 1.2.x development builds.

07. July 2009

si.Mail’s 6th birthday

Yep it’s that time of the year again and it’s time to celebrate as si.Mail has a 6th birthday today.

I had been planining on releasing a bugfix version but it was not tested enough. I really hope that I can deliver it this weekend.

21. May 2009

SourceForge Community Awards Nominations 2009

Dear users,

SourceForge, began accepting nominations for their fourth annual Community Choice Awards last week, they’ll be accepting nominations till May 29th. And then they are going to pick up 10 projects in each category for the final round.

If you like si.Mail a at least a bit please vote for si.Mail nomination in the Best Project category. Even coming into the upper 10 project list would be a great success and brought greater visibility for si.Mail. You can give your vote by clicking on the picture.

18. January 2009

Auto configuration 1st draft

I created 1st draft for auto-configuration functionality. You can read it here.

02. January 2009

Status update January 2009 – 1.2.x series

For the past two weeks I’ve been working on a 1.2.x series.

Main features of 1.2.x:

  • Advanced auto configuration feature I was talking about in September of 2008. It is mostly working and it takes under two seconds to configure. Adding a little teaser.
    New account creation window
  • To Do list management, which is in planing stages.
  • I also had to implement a breaking change for Profiles folder.  This change will effect only users who have si.Mail installed in Program Files folder. This is a result of more and more users using Vista, and Vista completely forbidding to write anything inside Program Files.  So now if si.Mail is installed inside Program Files, Profiles are located in si.Mail folder inside your Documents folder e.g by Vista defaults C:\Users\<User Name>\Documents\si.Mail\. Below is the error message you get.
    si.Mail no longer supports having Profiles in sub folder when run from Program Files. Here is what you can do:
    * You can force old behavior by creating an empty file named ‘profiles.force’ inside ‘C:\Program Files (x86)\si.Mail\’.
    However this means that you will most probably have to run application with Administrative privileges.
    * You can simply move all files and folders from ‘C:\Program Files (x86)\si.Mail\Profiles\’ to ‘C:\Users\Miha Vrhovnik\Documents\si.Mail\’.

25. December 2008

si.Mail 1.1.0.1770 released

Just a bugfix and small improvements release while I’m working on implementing improved auto configuration I was talking about in September. Upgrade is recommended for all especially for those of you using development builds from the beginning of 2008 e.g 1.2.x builds.

- IMPR: Message preview/view window now shows CC headers if they are present.
- IMPR: Right click menu in edit window should display Cut,Copy, Paste items.
- FIX: carret not shown when editing e-mail address.
- FIX: When editor in plain text mode, you could paste formated text into it.
- FIX: On Vista all open file dialogs were shown as Save dialogs.
- FIX: Fixed crash when refreshing View indexes, and message was supposed to be removed from index.

11. September 2008

si.Mail auto configuration, more thoughts

So if I continue yesterday’s thought on auto configuration (AC in the rest of the post), then there seems to be a big problem – updating AC file. At first I thought on just checking si.Mail’s homepage when creating new account if newer version of AC file is available, but this poses another problem, getting this information from ISPs and/or mail service providers. This would be tedious work and won’t be ideal. There should be another way.

Finally it came to me. Why not do it like DomainKeys, and spf records are implemented. Use DNS TXT record.  So In layman’s terms, we add new TXT record. Something along example.com. IN TXT “mailAC=http[s]://path_to_AC_file”. You are probably asking why AC couldn’t be put directly into the TXT record the main reason is, it’s too big and thus it would be hard to edit.

So how would this work? si.Mail extracts domain part of e-mail address and fetches TXT records from nameserver for that domain. If it founds correct TXT record it downloads the file and auto configures everything that’s needed to send and receive e-mail messages.

Now imagine that you are a hosting provider using Plesk, CPanel or any other software. (Usually all domains you host have the same type of e-mail access) You just add to your DNS template url to one AC file and all e-mail accounts for all domains you are hosting can be configured from a SINGLE file. Also you have complete control of AC file so if anything changes you can modify AC yourself without bugging anyone. This is also ideal for small companies where users can configure e-mail client by themselves.

09. September 2008

New account creation window mock up

Because I’ve gotten quite a few complaints that account creation wizard is troublesome for some users I decided to change account creation drastically. si.Mail already has some sort of automatic account configuration, but I’ve decided to take it to the next level.

With current automatic account configuration you still have to go through entire wizard although that wouldn’t be necessary. At the moment there are some fields that could be auto configured but they are not.

Account creation mock up

As you can see at the mock up above in reality for auto configuration usually only first 3 fields are necessary and sometimes the 4th one, in cases where user name doesn’t equal any part of e-mail address (user name field would be hidden by default and would be displayed only if necessary). If there won’t be any data for auto configuration, user will automatically get the same window as if it would have clicked on Advanced settings.

So what is your opinion on this?

Next Entries »