From strenholme.usenet at gmail.com Thu Apr 1 13:38:23 2010 From: strenholme.usenet at gmail.com (Sam Trenholme) Date: Thu, 1 Apr 2010 11:38:23 -0600 Subject: New revised MaraDNS roadmap Message-ID: Today I have decided to revise my MaraDNS roadmap. I have realized that I have an intrinsic need to develop open-source software, and that this need is so strong it doesn't matter if I get paid for my work. That in mind, I will quit my job and have time to develop all of the features people wish. In particular: * I will fast-track finishing up recursion in Deadwood and release MaraDNS 2.0 in a month or two. * I will then integrate Deadwood and MaraDNS' current authoritative code in to a single binary, releasing this as MaraDNS 3.0 * I will then implement DNSSEC and DNScurve for MaraDNS, releasing this as MaraDNS 4.0 * At this point, I will replace the authoritative core with a fast dynamic cache that will allow a multi-dimensional associative array to be read to and written from disk. This will allow live zone transfers, and instant startup, no matter how many DNS entries one has. * I will implement a method where one's originating IP can change the reply MaraDNS gives; this will allow MaraDNS to support multiple DNS "views", as well as changing DNS responses based on the client's geographic location (Geo-IP) * I should be able to implement any and all features users ask for. In order to implement all of these features in a timely manner, I will quit my day job and devote all of my time to developing MaraDNS. I will, of course, not charge for MaraDNS and keep it available under an open-source license because, well, information wants to be free. My inherit need to create code is more important than my need to pay the rent and for food. I should have MaraDNS 2.0 released in a month or two, MaraDNS 3.0 released by the end of 2010, and I will release MaraDNS 4.0 one year from today, on April 1, 2011. From alexsharaz at mac.com Thu Apr 1 13:56:07 2010 From: alexsharaz at mac.com (Alex Sharaz) Date: Thu, 1 Apr 2010 18:56:07 +0100 Subject: New revised MaraDNS roadmap In-Reply-To: References: Message-ID: <6B7DD08B-8F21-4054-A905-A35243F14C4C@mac.com> So this is April fools day isn't it ? :-))))) Sent from my iPhone, easier than windows mobile On 1 Apr 2010, at 18:38, Sam Trenholme wrote: > Today I have decided to revise my MaraDNS roadmap. I have realized > that I have an intrinsic need to develop open-source software, and > that this need is so strong it doesn't matter if I get paid for my > work. > > That in mind, I will quit my job and have time to develop all of the > features people wish. In particular: > > * I will fast-track finishing up recursion in Deadwood and release > MaraDNS 2.0 in a month or two. > > * I will then integrate Deadwood and MaraDNS' current > authoritative code in to a single binary, releasing this as MaraDNS > 3.0 > > * I will then implement DNSSEC and DNScurve for MaraDNS, releasing > this as MaraDNS 4.0 > > * At this point, I will replace the authoritative core with a fast > dynamic cache that will allow a multi-dimensional associative array to > be read to and written from disk. This will allow live zone transfers, > and instant startup, no matter how many DNS entries one has. > > * I will implement a method where one's originating IP can change > the reply MaraDNS gives; this will allow MaraDNS to support multiple > DNS "views", as well as changing DNS responses based on the client's > geographic location (Geo-IP) > > * I should be able to implement any and all features users ask for. > > In order to implement all of these features in a timely manner, I will > quit my day job and devote all of my time to developing MaraDNS. I > will, of course, not charge for MaraDNS and keep it available under an > open-source license because, well, information wants to be free. My > inherit need to create code is more important than my need to pay the > rent and for food. > > I should have MaraDNS 2.0 released in a month or two, MaraDNS 3.0 > released by the end of 2010, and I will release MaraDNS 4.0 one year > from today, on April 1, 2011. From wayne.kroncke at tiscali.co.uk Thu Apr 1 15:09:21 2010 From: wayne.kroncke at tiscali.co.uk (wayne at tiscali) Date: Thu, 01 Apr 2010 20:09:21 +0100 Subject: New revised MaraDNS roadmap In-Reply-To: References: Message-ID: <4BB4EF61.2010305@tiscali.co.uk> nice try, whoever you are. would you please untie the real sam trenholme and let him go. the police tactical unit has been called and you are surrounded. when you see the red dot on your chest take heed and cooperate, put your hands over your head and kneel quietly on the floor until the police arrive. try not to be too nea the stun grenade when it goes off. Best Regards, Wayne Kroncke On 01/04/2010 18:38, Sam Trenholme wrote: > Today I have decided to revise my MaraDNS roadmap. I have realized > that I have an intrinsic need to develop open-source software, and > that this need is so strong it doesn't matter if I get paid for my > work. > > That in mind, I will quit my job and have time to develop all of the > features people wish. In particular: > > * I will fast-track finishing up recursion in Deadwood and release > MaraDNS 2.0 in a month or two. > > * I will then integrate Deadwood and MaraDNS' current > authoritative code in to a single binary, releasing this as MaraDNS > 3.0 > > * I will then implement DNSSEC and DNScurve for MaraDNS, releasing > this as MaraDNS 4.0 > > * At this point, I will replace the authoritative core with a fast > dynamic cache that will allow a multi-dimensional associative array to > be read to and written from disk. This will allow live zone transfers, > and instant startup, no matter how many DNS entries one has. > > * I will implement a method where one's originating IP can change > the reply MaraDNS gives; this will allow MaraDNS to support multiple > DNS "views", as well as changing DNS responses based on the client's > geographic location (Geo-IP) > > * I should be able to implement any and all features users ask for. > > In order to implement all of these features in a timely manner, I will > quit my day job and devote all of my time to developing MaraDNS. I > will, of course, not charge for MaraDNS and keep it available under an > open-source license because, well, information wants to be free. My > inherit need to create code is more important than my need to pay the > rent and for food. > > I should have MaraDNS 2.0 released in a month or two, MaraDNS 3.0 > released by the end of 2010, and I will release MaraDNS 4.0 one year > from today, on April 1, 2011. > From dsevilla00 at hotmail.com Mon Apr 19 10:46:06 2010 From: dsevilla00 at hotmail.com (david sevilla) Date: Mon, 19 Apr 2010 08:46:06 -0600 Subject: requesting help for sample NAPTR entry Message-ID: Hi, I am trying to setup NAPTR entries (specifically S-NAPTR records with ?a?,?s? or ?? flags as used by 3GPP). I couldn?t find the answer here http://www.maradns.org/tutorial/man.csv2.html or anywhere else in the whole world of the internetz. If anyone cal help me, that?d be greatly appreciated. I've been using maradns for a while now, but only with A records. Thanks in advance -David _________________________________________________________________ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 From strenholme.usenet at gmail.com Fri Apr 30 08:21:31 2010 From: strenholme.usenet at gmail.com (Sam Trenholme) Date: Fri, 30 Apr 2010 07:21:31 -0500 Subject: requesting help for sample NAPTR entry In-Reply-To: References: Message-ID: > I am trying to setup NAPTR entries (specifically S-NAPTR > records with ?a?,?s? or ?? flags as used by 3GPP). I couldn?t find the answer > here http://www.maradns.org/tutorial/man.csv2.html > or anywhere else in the whole world of the internetz. If anyone cal help me, > that?d be greatly appreciated. I've been using maradns for a while now, but only with A records. To use NAPTR records, make sure you're using MaraDNS 1.4. The syntax is something like this: example.net. NAPTR 1 2 'foo' 'bar' 'baz' example.com. ~ Note that you will have to look at the relevant NAPTR documentation to find out which values to actually put here. - Sam Note: I do not answer MaraDNS (including Deadwood) support requests sent by private email without being compensated for my time. A MaraDNS support request is any and all discussion you may wish to have about MaraDNS in private email; if you want to email me to talk about MaraDNS then, yes, that is a support request. I will discuss rates if you want this kind of support. Thank you for your understanding. MaraDNS security vulnerability reports, however, will be dealt with without charge and kept confidential. If you don't know what Bugtraq is, then, no, your email is not a security report. It is not a security report unless you've done due diligence to determine how the security bug you think you found can reasonably be exploited. From strenholme.usenet at gmail.com Fri Apr 30 08:23:50 2010 From: strenholme.usenet at gmail.com (Sam Trenholme) Date: Fri, 30 Apr 2010 07:23:50 -0500 Subject: requesting help for sample NAPTR entry In-Reply-To: References: Message-ID: > example.net. NAPTR 1 2 'foo' 'bar' 'baz' example.com. ~ Actually, this will probably work better: example.net. NAPTR 1 2 'foo';'bar';'baz' example.com. ~ - Sam Note: I do not answer MaraDNS (including Deadwood) support requests sent by private email without being compensated for my time. A MaraDNS support request is any and all discussion you may wish to have about MaraDNS in private email; if you want to email me to talk about MaraDNS then, yes, that is a support request. I will discuss rates if you want this kind of support. Thank you for your understanding. MaraDNS security vulnerability reports, however, will be dealt with without charge and kept confidential. If you don't know what Bugtraq is, then, no, your email is not a security report. It is not a security report unless you've done due diligence to determine how the security bug you think you found can reasonably be exploited.