Hastymail2

Hastymail2 is an Open Source IMAP webmail client written in PHP. Our focus is compliance, usability, security, and speed.

Hastymail 2

avatar
Feature requests

I wish to compliment the author of Hastymail². It does seem to be a very nice webmail package, one that may eventually become the default e-mail program on my family server.

I'm not done testing yet, but I have started working on a Dutch (nl_NL) translation. Should be done in a few days. No promises though.

Now for a few remarks.

One thing I am already running into is the way Hastymail² handles deleted messages. Programs such as Evolution or Windows Mail do not move deleted messages to a Trash folder, they just mark a message as deleted and filter them from the main list. In programs like this (except Windows Mail which is just weird), the Trashcan in its turn is a filtered view that omits all the non-deleted messages. It seems to me this is a very elegant and efficient solution, that is also more in agreement with the IMAP protocol itself.

Can we please have this behaviour in Hastymail² too? It should at least theoretically be possible, since deleted messages are already recognised as such, and shown in strike out formatting. It would preferably be an option that each user can set for him/herself. Some would still want to use a Trash folder, some would not. It's not a "perfect" world where everyone has the same preferences, thank goodness for that. BTW there would also be a need for an Undelete option then...

Something simpler: I feel a flagged message should stand out a bit more, perhaps by using a more "in your face" graphical symbol.

(Oh, and in another universe I would even be able to "flag" messages with keywords, attach personal memos to them etc. I can wait for that though...)

Another thing I would like you to consider is the message highlighting facility as found in SquirrelMail. It's simple but quite nifty. It allows a user to set a background colour for messages in the mailbox view based on simple rules. For instance: if sender contains myfamily.com make message line green; if subject contains [SPAM] make it red.

This would of course not be a substitute for real message filtering which in my opinion is not a task for a webmail client anyway. Just a bit of extra user-friendliness.

That's it for now. I will continue testing and thinking of improvements. If I haven't driven you crazy yet I think I can come up with some more ;-)

Kind regards,

Olav.

Reply /Quote
avatar
Found it

Anonymous said:

BTW there would also be a need for an Undelete option then...


 

Never mind that remark, I already found that it appears when I enable the "expunge" link.

Kind regards,

Olav.

Reply /Quote
avatar
Re: Feature requests
Anonymous said:

I wish to compliment the author of Hastymail². It does seem to be a very nice webmail package, one that may eventually become the default e-mail program on my family server.

Thank you. It was fun to write and I think its a great start.

 
I'm not done testing yet, but I
have started working on a Dutch (nl_NL) translation. Should be done in a few days. No promises though.

That would be great. We appreciate any and all contributions so thanks.


Now for a few remarks.

One thing I am already running into is the way Hastymail² handles deleted messages. Programs such as Evolution or Windows Mail do not move deleted messages to a Trash folder, they just mark a message as deleted and filter them from the main list. In programs like this (except Windows Mail which is just weird), the Trashcan in its turn is a filtered view that omits all the non-deleted messages. It seems to me this is a very elegant and efficient solution, that is also more in agreement with the IMAP protocol itself.

Can we please have this behaviour in Hastymail² too? It should at least theoretically be possible, since deleted messages are already recognised as such, and shown in strike out formatting. It would preferably be an option that each user can set for him/herself. Some would still want to use a Trash folder, some would not. It's not a "perfect" world where everyone has the same preferences, thank goodness for that. BTW there would also be a need for an Undelete option then...

 
It is absolutely possible but slightly problematic in certain cases. Right now there are two systems. A trash folder in which all messages that are deleted are physically moved to the trash folder and deleted/expunged from the current folder, and the traditional IMAP method of simply marking them as deleted (leaving them in the same folder) and offering an expunge option. In order to create a "virtual trash folder" that displays all the messages flagged as deleted in all the folders of your account would require that we scan possibly many folders which complicates the folder view for several reasons.

 

Something simpler: I feel a flagged message should stand out a bit more, perhaps by using a more "in your face" graphical symbol.

(Oh, and in another universe I would even be able to "flag" messages with keywords, attach personal memos to them etc. I can wait for that though...)

Another thing I would like you to consider is the message highlighting facility as found in SquirrelMail. It's simple but quite nifty. It allows a user to set a background colour for messages in the mailbox view based on simple rules. For instance: if sender contains myfamily.com make message line green; if subject contains [SPAM] make it red.

I think we should create a message highlight plugin that includes the ability to select a look for flagged messages and even messages with other IMAP flags like answered in addition to pattern matching on header fields. I am quite familiar with the functionality you are referring to in Squirrelmail (I was a Squirrelmail developer a lifetime ago).  As for tagging a message IMAP has some support for this and we have already been talking about making this a plugin feature.

This would of course not be a substitute for real message filtering which in my opinion is not a task for a webmail client anyway. Just a bit of extra user-friendliness.

Client side filtering is really only useful when you don't have access to the server side filtering.

That's it for now. I will continue testing and thinking of improvements. If I haven't driven you crazy yet I think I can come up with some more ;-)

Kind regards,

Olav.

Thanks very much for the feedback

Jason



Reply /Quote


 SourceForge.net Logo