Another week. I have not blogged in a few; life is busy!

This week was full of work. Interesting work, I must say.

Ryan (desrt) and I have been getting quite a bit accomplished in my quest to make email more accessable. We now have a working DBus api for folders lists.

Currently supports fetching from the server and updating the list of folders and their message counts.

The api is stable enough right now to write code based on it. Ryan is writing a bunch of fun command line utilities right now that use the api.

This week I am at GUADEC. I have been lucky to see a great number of talks and talk with some great people.

I have not had an unproductive week, however.

Over the past week, I have written the code to connection asyncronously to an IMAP server and do some -basic- IMAP parsing.

From latest git commit:

IMAPFolder

• tracks overall folder uid list
• count of messages in the folder
• has data_in and data_out GIO streams
• change_state()
  • checks if folder is in the IDLE state and sends DONE command if necessary to perform another command
• new_search()
  • creates a new search object
  • changes state to ‘searchlist’ with the tag of the

Using a basic state variable on the IMAPFolder object to control behaviour depending on the current state. Eg. ignore EXISTS and EXPUNGED while waiting for the results of an IMAP serach.

Sorry for the late post everyone. I’m prepping to fly to Gran Canaria tomorrow for GUADEC. (Early, I know).

this last week was filled with other work and planning for my own project.

I have a finalized idea of how the service back end will track lists.

It is unlikely that I will be using Twisted for my server connectivity. Instead, I am currently using GNIO through pybank / girepository.

I have successfully modularized my code. My DBus API now has little trace of IMAP-ism and my cache is working fully asyncronously. It has been a week of learning. Being asyncronous was hurting my brain initially. I’m getting used to it.

This past week:

• Fought with Git
• Cleaned code
• Separated code into module files
• Fetch data using UID instead of IMAP folder sequence number
  • This will be useful for when I’m not dealing with IMAP-based mail
• Fetch mail from the local cache if it is present, otherwise, ask the server
• Started code to enable the fetching of specific mime parts from a message

That’s about it for this week!

Little progress this week, unfortunately. Some unrelated work got in my way.

The last week was spent discussing how I want to have the DBus API and the storage backend communicate.

My TODO list was:

• DBus API needs to be totally independent of the cache
• Store raw RFC822 messages in a Maildir-esque local cache

Information requested of the DBus objects will send the request through to the storage backend which will now search for it locally but hit the server if the required information is required. This is rudimentary at the moment.

I started coding during the community bonding period.

During this phase I laid out the DBus API for mail, started a basic Command module that will control configuration data. Mail will be broken down into objects.

Most of this time was spent figuring out how to handle asynchronous requests of the mail server. Initially, I am using a bunch of threads and a queue for them to pull work from.

Hi. I am Ian Marcinkowski.

I will be working on a GNOME project for this summer’s Summer of Code. I aim to develop a mail service for GNOME that will provide access to mail content and information to the entire system over DBus.

That’s all for now.