Re: [dev] recommend suckless mail server
I like exim, which seems to be the only MTA that comes with a working config be default. It also makes a lot of sense once you get into the mindset, although I guess you could say that of qmail, too. On Fri, Apr 20, 2012 at 12:18:41PM +0200, sta...@cs.tu-berlin.de wrote: > Hi, > > Can anyone suggest a suckless mail server? > > We need encrypted IMAP and SMTP. Or a suckless tool chain which achieves > the above (e.g. instead SSL aware IMAP server, rsync a maildir from > server machine to local machine) > > Thanks for any suggestions where to look into or if you share your > experience.. > > cheers > --s_ > -- --hank pgpaFxQMvbXYI.pgp Description: PGP signature
Re: [dev] C talk
The thing I would harp on is the mindset. If you keep in mind when moving into C from another language that C is portable asm and not an actual high-level language, you're closer to thinking about problems in the proper terms. On Thu, Mar 01, 2012 at 12:06:33AM +0100, Florian Limberger wrote: > Greetings list, > > I think about giving a short talk about C and why to use it on a small > student event at my local university this weekend. > Does anybody have pointers to some stuff like that? > > Thanks, > > flo > -- --hank pgpfZAac2FBIT.pgp Description: PGP signature
Re: [dev] interested in issue tracker dev
After playing with a test maildir, I'm less convinced of the ease of use of that setup. It takes some config abuse of my mail client of choice (mutt) to get it to not send messages and instead just store in the local dir. On Sun, Jan 15, 2012 at 09:25:33AM -0500, Kurt H Maier wrote: > On Sat, Jan 14, 2012 at 12:26:45PM +0100, Paul Onyschuk wrote: > > Maildir is a bit overkill in my opinion, just look at naming convention > > [1]. If you want to use "file per message" format, MH provides simpler > > solution (name of file is just a ID number e.g. 1, 2, 15 and so on). > > really? that's your big objection? the fucking *filename*? you want > to use an alternative, less-widely-supported alternative because of > the *filenames*? > > > It could work nicely with MH mail format. Just delete redundant > > message stored as file and push to repository. Edit content/header of > > first message and you're done. > > anything you have to say in support of mh also applies to maildir, > except for maybe stuff about the color of the shed > > > Otherwise you'll get 20 or so lines for header just to accompany few > > words long body e.g. "Check [xx] revision and let me know if that > > fixed bug for you". > > Your MUA should be able to hide headers you don't care about (even if > your MUA is "grep -v") > > > The problem is that it is easier to answer question "How issue tracker > > should not look like" than other way around. Maybe there is a better > > way to write suckless issue tracker than current proposals. > > Anselm and I have apparently independently arrived at similar goals for > a project like this. Everyone has a different idea of a 'good' bug > tracker, and you can basically gauge their experience based on how much > stupid shit they want to cram into it. If they want more data than id, > status, and maybe project, they're just naive. > -- --hank pgpLefN6wpo7h.pgp Description: PGP signature
Re: [dev] interested in issue tracker dev
I like the idea of maildir-in-git, it makes something like automatically generating a website trivial with hooks. On Fri, Jan 13, 2012 at 11:35:33PM +0100, Paul Onyschuk wrote: > On Fri, 13 Jan 2012 22:48:04 +0100 > markus schnalke wrote: > > > > > Unless you want to make changes ... > > > > "Abandon all hope, ye who enter here". My personal workaround is to > join IRC channel (or spam mailing list) and force developer/commiter to > create issue. Ugly hack, but works most of the times. > -- --hank pgp55ACZyKgJO.pgp Description: PGP signature
