Re: [dwm] suckless mail
On Tue, Aug 26, 2008 at 06:11:42PM +0200, pancake wrote: I have been thinking these days on writing something suckless for managing my mail. I don't know if any of you is happy with any mail client, but I do not feel comfortable with any of them. mutt is quite nice but is 'big' and there are so many open bugs like closing the connections when receiving a window-resize event. which is quite anoying.. sylpheed have some socket-locking problems, evolution is awesomely bloated and is not very nice when resizing the window. This is why I am thinking on writing a set of small tools for managing the mail in a minimalistic way. What I have in mind is something more simple that can be done without many LOCs and splitting the problem in multiple programs will achieve a better. - pop3 client - imap client - smtp client - mbox/mdir client with support for mime - frontend shell or so I use a combination of imapfilter, offlineimap, mutt and ssmtp. I am however not always that happy with it. Imapfilter uses lua for it's configuration, while this gives a great deal of flexibility and is probably the best choice under the many scripting languages it still seems like overkill. Then offlineimap is bloated as hell (it has about 5 different user interfaces, WTF seariously) on top of that it crashes quite often lately. So because of this i started to look around for a sane imap library which would share the protocol stuff between the filtering and sync application but it seems such a library doesn't exists. Or at least i haven't found it yet. The original imap lib which is used by php seemed ugly as hell. So in my opinion the first step would probably be to write one from scratch, but this isn't that much fun either which is why i haven't started yet. Regards, Marc -- Marc Andre Tanner http://www.brain-dump.org/ GPG key: CF7D56C0
[dwm] suckless mail
I have been thinking these days on writing something suckless for managing my mail. I don't know if any of you is happy with any mail client, but I do not feel comfortable with any of them. mutt is quite nice but is 'big' and there are so many open bugs like closing the connections when receiving a window-resize event. which is quite anoying.. sylpheed have some socket-locking problems, evolution is awesomely bloated and is not very nice when resizing the window. This is why I am thinking on writing a set of small tools for managing the mail in a minimalistic way. What I have in mind is something more simple that can be done without many LOCs and splitting the problem in multiple programs will achieve a better. - pop3 client - imap client - smtp client - mbox/mdir client with support for mime - frontend shell or so using inotify() on Linux is quite simple to get notifications of new files in certain directories, so it will be possible to get the events of new mails using maildir or mbox in this way. Extracting the headers of a mail is something really simple with any basic shell tools. Im currently out of time for coding such stuff, but I think that maybe there's more people interesting on finding an almost decent solution for reading the mail without those complications. The frontend for the mail should be able to follow mail threads, sort by date or grep by contents. following these concepts shouldnt be hard to create an usable frontend for the web or a phone/pda...squirrelmail is also to blame...and writing a simple cgi using these tools will be quite simple and useful. I hope this brainstorming helps somebody to start coding them. What do you think? are you happy with your MUA? --pancake
Re: [dwm] suckless mail
Hi, I'm personally using mutt+msmtp+isync for mail, but maybe you can be happy with something like msmtp+fetchmail+mailx(light cli mail reader) -Ph On (26/08/08 18:11), pancake wrote: To: dwm@suckless.org From: pancake [EMAIL PROTECTED] Subject: [dwm] suckless mail Reply-To: dwm mail list dwm@suckless.org List-Id: dwm mail list dwm.suckless.org I have been thinking these days on writing something suckless for managing my mail. I don't know if any of you is happy with any mail client, but I do not feel comfortable with any of them. mutt is quite nice but is 'big' and there are so many open bugs like closing the connections when receiving a window-resize event. which is quite anoying.. sylpheed have some socket-locking problems, evolution is awesomely bloated and is not very nice when resizing the window. This is why I am thinking on writing a set of small tools for managing the mail in a minimalistic way. What I have in mind is something more simple that can be done without many LOCs and splitting the problem in multiple programs will achieve a better. - pop3 client - imap client - smtp client - mbox/mdir client with support for mime - frontend shell or so using inotify() on Linux is quite simple to get notifications of new files in certain directories, so it will be possible to get the events of new mails using maildir or mbox in this way. Extracting the headers of a mail is something really simple with any basic shell tools. Im currently out of time for coding such stuff, but I think that maybe there's more people interesting on finding an almost decent solution for reading the mail without those complications. The frontend for the mail should be able to follow mail threads, sort by date or grep by contents. following these concepts shouldnt be hard to create an usable frontend for the web or a phone/pda...squirrelmail is also to blame...and writing a simple cgi using these tools will be quite simple and useful. I hope this brainstorming helps somebody to start coding them. What do you think? are you happy with your MUA? --pancake -- Premysl Anydot Hruby, http://www.redrum.cz/
Re: [dwm] suckless mail
[2008-08-26 18:11] pancake [EMAIL PROTECTED] I have been thinking these days on writing something suckless for managing my mail. I don't know if any of you is happy with any mail client, but I do not feel comfortable with any of them. you're not the only one ;-) This is why I am thinking on writing a set of small tools for managing the mail in a minimalistic way. What I have in mind is something more simple that can be done without many LOCs and splitting the problem in multiple programs will achieve a better. have a look at `nmh' It's probably not the smallest set of tools, but it's designed with the Unix philosophy in mind. It uses the shell als interface to the tools, so everything is combinable with `sed', `awk' and arbitrary hand-written tools. - pop3 client there are a lot of existing ones I still use `fetchmail' but there should be some small ones. You should do a good search first - imap client (dont use that) - smtp client That's called a MTA `qmail' looks small (20k SLOC) `masqmail' is even smaller (10k SLOC) (I'll start my diploma thesis about the latter in 3 weeks, and plan to maintain it in future.) - mbox/mdir client with support for mime - frontend shell or so see `nmh' Im currently out of time for coding such stuff, but I think that maybe there's more people interesting on finding an almost decent solution for reading the mail without those complications. I currently read a (free available) book about `MH' and `nmh'. I will post a link tomorrow. What do you think? are you happy with your MUA? `mutt' that I use is not too bad, but it has structural and conceptual disharmonies ... that's what I dont like on it. But for the amount of mails I have to manage, `mailx' isnt really usable. I'm looking forward in deep-testing `nmh'. meillo signature.asc Description: Digital signature
Re: [dwm] suckless mail
[2008-08-26 21:01] markus schnalke [EMAIL PROTECTED] I currently read a (free available) book about `MH' and `nmh'. I will post a link tomorrow. I already found the bookmark on this computer: http://rand-mh.sourceforge.net/book/ meillo signature.asc Description: Digital signature
Re: [dwm] suckless mail
* markus schnalke [EMAIL PROTECTED] [2008-08-26 21:01:52 +0200]: [2008-08-26 18:11] pancake [EMAIL PROTECTED] This is why I am thinking on writing a set of small tools for managing the mail in a minimalistic way. What I have in mind is something more simple that can be done without many LOCs and splitting the problem in multiple programs will achieve a better. have a look at `nmh' It's probably not the smallest set of tools, but it's designed with the Unix philosophy in mind. It uses the shell als interface to the tools, so everything is combinable with `sed', `awk' and arbitrary hand-written tools. Also look at Plan 9's upasfs and its suite of mail-related tools.