Spam detection software, running on the system "mail.nic.cz",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: Help, We need to modify some SOA paramenters in zones that
are generated by genzone-client like reduce the TTL since we are now generating
the zone more frequently by cron job. fred-admin which we use to create zones
does not seem to have a feature to midify a zone like this [...]
Content analysis details: (5.5 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
1.4 RCVD_IN_BRBL_LASTEXT RBL: No description available.
[41.77.11.211 listed in bb.barracudacentral.org]
-0.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
1.5 BAYES_50 BODY: Bayes spam probability is 40 to 60%
[score: 0.4839]
1.0 KAM_LAZY_DOMAIN_SECURITY Sending domain does not have any
anti-forgery methods
1.0 HK_NAME_DR No description available.
0.8 KAM_ASCII_DIVIDERS Spam that uses ascii formatting tricks
Hello cz.nic Team
I have a few questions related to database migration of FRED if you don't mind.
====
When trying to download the latest sources from https://fred.nic.cz/page/2904/download/#source I've
realised, that they're not available. E.g. the latest migration scripts are available in
fred-db*deb, but the tarball is not a corresponding one.
Could you please try to release latest sources in tarballs?
====
I've noticed, that upgrade to 2.19.0 creates a table object_state_backup. However, beside DDL from
2.18.0-2.19.0.sql I don't see this table being used anywhere else. Can it be deleted?
====
Could you briefly describe what's the purpose of tables:
contact_address
contact_address_history
As far I can tell after analysing the sources, these tables are populated by a functionality called
from MojeID ( =your special NIC registrar to keep domain contacts defined at central level, not each
registrar's level).
====
What are the following tables for? Or: How the checks of contacts are working? Is is something
related to checking if a contact's address fields are valid?
contact_check
contact_check_history
contact_check_message_map
contact_check_object_state_request_map
contact_check_poll_message_map
contact_test_result
contact_test_result_history
contact_testsuite_map
enum_contact_check_status
enum_contact_check_status_localization
enum_contact_test
enum_contact_test_localization
enum_contact_test_status
enum_contact_test_status_localization
enum_contact_testsuite
enum_contact_testsuite_localization
====
There's a table notification_queue. I can't find any usage of it (maybe because not all tarballs are
up to date). What is it for?
Do you replicate this table using Slony? (Because it has neither primary nor unique key.)
Best regards
Piotr
Hello Jaromír
When trying to install fred metapackage there's an error displayed that fred-transproc package is
missing. AFAICT that's the only dependency change introduced by fred 0.0.5~xenial+1.
Best regards
Piotr
Hi,
I am developing a PHP fred client and am able to get a domain details as
follows:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0
epp-1.0.xsd"><response><result code="1000"><msg>Command completed
successfully</msg></result><resData><domain:infData
xmlns:domain="http://www.nic.cz/xml/epp/domain-1.4"
xsi:schemaLocation="http://www.nic.cz/xml/epp/domain-1.4
domain-1.4.1.xsd"><domain:name>XXXX</domain:name><domain:roid>D0000073101-CZ</domain:roid><domain:status
s="ok">Objekt is without
restrictions</domain:status><domain:registrant>CHEKI-MW-REG</domain:registrant><domain:admin>CHEKI-MW-BILLING</domain:admin><domain:admin>CHEKI-MW-ADMIN</domain:admin><domain:nsset>CHEKI-MW-NS</domain:nsset><domain:clID>mw_system_reg</domain:clID><domain:crID>mw_system_reg</domain:crID><domain:crDate>2015-01-05T17:00:58+02:00</domain:crDate><domain:exDate>2015-12-05</domain:exDate></domain:infData></resData><trID><clTRID>15c8abbebf7a746a773714973ff4e9f3</clTRID><svTRID>ReqID-0001851046</svTRID></trID></response></epp>
What's the xml command for extracting nameservers from the nsset?
Thank you.
Regards,
Mike.
Hello everyone
I have some remarks about starting FRED components automatically after boot in Ubuntu 16.04 LTS
xenial. If anyone has some input, please share.
First, I suspect that upstart job definitions are obsolete and should removed. I mean the files:
/etc/init/fred-adifd.conf
/etc/init/fred-logd.conf
/etc/init/fred-msgd.conf
/etc/init/fred-pifd.conf
/etc/init/fred-rifd.conf
Next, right after installation the services of FRED were not enabled, hence:
# cd /lib/systemd/system
# systemctl enable fred*
This is not enough, since fred-pyfred failed because it was started too early (before omniorb name
server), therefore I modified unit definition of fred-pyfred in
/lib/systemd/system/fred-pyfred.service
so now it looks like this:
[Unit]
Description=fred-pyfred
After=omniorb4-nameserver.service
#ConditionPathExists=!/etc/ssh/sshd_not_to_be_run
Requires=omniorb4-nameserver.service
[Service]
User=fred
WorkingDirectory=/
StandardOutput=null
StandardError=null
ExecStart=/usr/sbin/fred-pyfred -d
KillMode=process
Restart=on-failure
[Install]
WantedBy=multi-user.target
and generates the following result:
# systemd-analyze critical-chain fred-pyfred.service
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
fred-pyfred.service @6.814s
└─omniorb4-nameserver.service @6.774s +23ms
└─network-online.target @6.764s
└─NetworkManager-wait-online.service @927ms +5.837s
└─NetworkManager.service @665ms +185ms
└─dbus.service @639ms
└─basic.target @639ms
└─sockets.target @639ms
└─snapd.socket @637ms +1ms
└─sysinit.target @634ms
└─swap.target @634ms
└─dev-disk-by\x2duuid-d8b40e4d\x2d4e62\x2d4436\x2db09b\x2d8cfc2a2d8a1d.swap
@629ms +3ms
└─dev-disk-by\x2duuid-d8b40e4d\x2d4e62\x2d4436\x2db09b\x2d8cfc2a2d8a1d.device
@623ms
(of course your delays will vary).
To check if FRED services are running, one may use
# systemctl status fred*
Maybe this page could get an update? https://fred.nic.cz/page/2906/installation-ubuntu/
Best regards
Piotr Przybył
I did the default install, but I can't access it remotely. I can access
http://localhost:18456 via lynx.
Where do edit to allow remote access ?
Stanford T. Mings Jr. ~Technologist ~
stanford(a)tech.vi ~ http://www.tech.vi ~ 340-344-8207
VI Technical Services, LLC ~ 9160 Estate Thomas ~
Suite 195 ~ St. Thomas, VI, 00802
Hello cz.nic Team
When testing SQL upgrade script I got the following error:
2.21.5-2.21.6.sql Failed (check /tmp/aaa)
psql:2.21.5-2.21.6.sql:1295: ERROR: null value in column "zone_id" violates not-null constraint
I took a look and it seems that the script is prepared for your registry only (unless there's
someone else also running .cz ;-))
Could you please tell me if the following patch is correct? It seems to do the job IMHO.
Best regards
Piotr
Dear users of the FRED,
I am a technical writer of the CZ.NIC and I'm currently working on a new
administration manual for the FRED.
I think you are of those who would appreciate this new piece of
documentation and therefore, I would like to ask you about your opinions
on what topics this manual should comprise, which questions it should
answer and what else you would expect from it.
I've attached my first (though only very rough) draft of the contents of
this manual for inspiration and/or comments. (Please, ignore the order
of the topics for now, that will be dealt with later.)
Your insight would be very helpful. Thanks for your time!
Best regards,
Lena
Technical Writer @ CZ.NIC
We have made some progress in activating FRED for our Malawi .mw registry and we have
started connecting registrars. We have now also started publishing the zonefiles from FRED
as generated by genzone-client. BUT I have a problem of serial numbers.
Our current zones have a date related SOA which is as follows:
mw. 172800 IN SOA chambo.sdnp.org.mw. domains.registrar.mw.
2010252090 43200 7200 1209600 172800
However from genzone I am getting the following SOA
mw. 18000 IN SOA chambo.sdnp.org.mw. domains.registrar.mw.
1469318701 10800 3600 604800 86400
Since our current serial number 2010252090 is greater than the genzone serial number
1469318701 then the zone will not propagate to the .mw secondary DNS servers
There is no facility in the genzone config file to help have this resolved. Could you then
anyone please show me how to set up genzone-client so that I can set a higher starting
serial number than the current 2010252090 one?
I would apprecisate a details reply ifyou have one.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
------- End of forwarded message -------