Recent posts

#11

NicTool / API method to check existence ...

Last post by dinopower - October 28, 2016, 11:27:47 AM

Is there an API method to check for the existence of a zone data record of a specific name other than calling get_zone_records?  I'm dealing with some large zones that need updates frequently, so I'd prefer to be able to check for a record, if exists, I can call new_zone_record with its ID to edit, otherwise, I'll call it without to create.  Loading thousands of records via get_zone_records is causing some slowness.

Thanks

#12

NicTool / Importing rDNS v6 zone with nt...

Last post by hrncir - September 27, 2016, 03:45:20 AM

Hello,
first I would like to thank you for your great job with NicTool. Now to the point: I have successfully imported all of zones except rDNS IPv6 ones.

Resending error:
[root@cloud-2008 server]# ./bin/nt_import.pl --host 127.0.0.1 --user maitest --pass Loka.lCajpek --file /tmp/reverz.conf --type bind
loading type: bind

Starting import using: /tmp/reverz.conf
zone: e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa. from /tmp/ipv6
creating zone e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa.
created zone e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa. ( 333 )
NS : e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa ns1.westmaster.com.
The 'zone_id' parameter (undef) to NicToolServer::Import::Base::nt_create_record was an 'undef', which is not one of the allowed types: scalar
at lib/NicToolServer/Import/Base.pm line 126.
NicToolServer::Import::Base::nt_create_record(undef, 'zone_id', undef, 'type', 'NS', 'name', '', 'address', 'ns1.westmaster.com.', ...) called at lib/NicToolServer/Import/BIND.pm line 109
NicToolServer::Import::BIND::zr_ns('NicToolServer::Import::BIND::Conf_Parser=HASH(0x33c3490)', 'Net::DNS::RR::NS=HASH(0x2da5578)', 'e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa.') called at lib/NicToolServer/Import/BIND.pm line 73
NicToolServer::Import::BIND::import_zone('NicToolServer::Import::BIND::Conf_Parser=HASH(0x33c3490)', 'e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa.', '/tmp/ipv6') called at lib/NicToolServer/Import/BIND.pm line 358
NicToolServer::Import::BIND::Conf_Parser::handle_zone('NicToolServer::Import::BIND::Conf_Parser=HASH(0x33c3490)', 'e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa.', 'in', 'master', 'HASH(0x2a30c50)') called at /usr/local/share/perl5/BIND/Conf_Parser.pm line 762
BIND::Conf_Parser::parse_zone('NicToolServer::Import::BIND::Conf_Parser=HASH(0x33c3490)') called at /usr/local/share/perl5/BIND/Conf_Parser.pm line 856
BIND::Conf_Parser::parse_conf('NicToolServer::Import::BIND::Conf_Parser=HASH(0x33c3490)') called at /usr/local/share/perl5/BIND/Conf_Parser.pm line 887
BIND::Conf_Parser::parse_fh('NicToolServer::Import::BIND::Conf_Parser=HASH(0x33c3490)', 'GLOB(0x2da4c60)') called at lib/NicToolServer/Import/BIND.pm line 54
NicToolServer::Import::BIND::import_records('NicToolServer::Import::BIND=HASH(0x1f88280)', '/tmp/reverz.conf') called at ./bin/nt_import.pl line 61

bind test config file includes this:
zone "e.3.2.0.0.3.4.0.1.0.a.2.ip6.arpa." {
type master; allow-query { any; };
file "/tmp/ipv6";
};

My zone:
$TTL 300
@ 86400 IN SOA ns1.westmaster.com. support.master.cz. (
2016051601 ;Serial
7200 ; Refresh
1800 ; Retry
1209600 ; Expire
300 ) ; Minimum
@ 172800 IN NS ns1.westmaster.com.
@ 172800 IN NS ns2.westmaster.com.
@ 172800 IN NS ns3.master.cz.
6.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 PTR server.dathen.com.
7.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 PTR mail.dathen.com.

Well, zone is created without any problem but after it its stucked on adding NS i guess. I would be very glad for any comment on this.
Thank you !

#13

Configuration Issues / MT6 Haraka mailqueue

Last post by TobiasN - September 22, 2016, 06:07:37 AM

Hi All,

I have some not delivered mails which had permanent errors in my MT6 Haraka queue. How do I get them bounced to the sender? In the header the To: address is empty. Is this maybe somewhere misconfigured?
Aswell when I try "haraka –qlist" I get an error "error: qlist option requires config path" aswell when I do "haraka –qlist /usr/local/haraka/"

Is there something like qmail doqueue?

is there somewhere else the queue as in /usr/local/haraka/queue ? where are the outgoing mails stored for the send retry duration ?

Another question, is it possible to set up a Deliver Status Notification? So that the customer knows if the mail got transferred?

#14

NicTool / Re: Issue with BIND export of ...

Last post by matt - June 10, 2016, 06:38:08 PM

Oooh, now that's an interesting bug. Somewhere, the path is being determined by the '/' character, and that needs to be handled better. You should open an issue for it on GitHub: https://github.com/msimerson/NicTool

#15

NicTool / Re: sub nameservers disappeare...

Last post by matt - June 10, 2016, 06:35:54 PM

Yes, you can add it back if you depend on it.

#16

NicTool / Issue with BIND export of zone...

Last post by dinopower - June 06, 2016, 12:20:23 PM

Just wanted to note a situation in case it's a bug and/or can be remedied in some other way.  We're a web host, we use NicTool, customers often want us to point MX records and mail server A records at their on-site systems.  That's of course no problem, we just change the A and good to go.  The issue is if the customer is using AT&T commercial internet service and wants to have their PTR record match the A.  For whatever stupid reason, AT&T will not do this, they require that authority for the PTR be delegated to the same name servers being used for the customer's domain name, i.e. ours, and they do it via a weird CNAME record that has a slash. 

The delegation will be for a zone like this:

10.20/1.2.3.12.in-addr.arpa

where 12.3.2.1 is the customer's IP. 

The export will try to write a file called 1.2.3.12.in-addr.arpa under a subdirectory 10.20 of the export directory, and fails since the directory doesn't exist.

#17

NicTool / sub nameservers disappeared fr...

Last post by dinopower - June 04, 2016, 10:18:28 AM

We have a 2.27 install and are trying to deploy a fresh install of 2.33 on a new server.  One of our import scripts fails with this:

Code Select Expand


Can't locate object method "nameservers" via package "NicToolServer::Import::tinydns" at /root/dnsadmin-scripts/hostasaurus2nictool.pl line 16.


I discovered that in our 2.27 version, in file /usr/local/share/perl5/NicToolServer/Import/Base.pm, this exists:

Code Select Expand


sub nameservers {
    my ($self, $ns) = @_;
    return $self->{nameservers} if ! $ns;
    $self->{nameservers} = $ns;
    return $ns;
};


And in 2.33 it's not there.  Can/should I just add it back?

#18

NicTool / Re: Question about nsd export

Last post by matt - October 07, 2015, 03:18:24 PM

Rainer is correct, the NSD exports only work with NSD 3 (which is now deprecated). The Export::NSD class needs to be updated to export new for NSD 4.

#19

NicTool / Re: Is there any way to do int...

Last post by rainer_d - October 07, 2015, 04:44:14 AM

OK, Asia is a different thing - I see where your pain is.
Even though we have Umlauts (öäü and ß), people are generally smart enough to avoid using them in actual domain names. Generally.

#20

NicTool / Re: Question about nsd export

Last post by rainer_d - October 07, 2015, 03:54:54 AM

As I said, the nsd-export is nsd3 only.
Someone has to fix it or you have to switch to something else.