Hello FRED team
I've skimmed the FRED docs and AFAICT there's no distribution in form of Docker image(s).
Does anyone have plans "dockerizing" FRED?
(Please don't get me wrong, I'm not trying to make any sort of pressure that anyone has to do
something, I'm just asking and that's it.)
Thank you
Piotr
.mw Registrar,
GDPR compliance test phase on .mw - invitation
========================================
I am pleased to advise that the Malawi .mw ccTLD registry on FRED has started a test phase
for compliance on GDPR compliance for all and we would like to invite you to assist us to
test.
We have now mounted a test server to handle both EPP and WHOIS on ngoli3.sdnp.org.mw
that you can test right away.
A WHOIS query for any of your existing domains will show that we are now hiding details on
the e-mail, phone, fax and other details while showing name, organisation, address, DNS
servers.
The database on the test server is that of 24 July 2020. You can compare the following:
1. Current WHOIS at: http://www.registrar.mw/whois-intro.php
2. Current command line WHOIS: $whois domains.mw -h ngoli.sdnp.org.mw
3. GDPR compliant test : http://ngoli3.sdnp.org.mw/whois
4. GDPR compliant command line test: $whois domains.mw -h ngoli3.sdnp.org.mw
You can also test creating a new contact using EPP and you will find that the default is "hide"
on the above details and it is up to the registrar to toggle this to "disclose" as needed.
Please make sure that your EPP client is capable of handling the .mw GDPR complaint
environment as you continue to conduct your business using the .mw registry.
We will have this test phase running for at least two week from 1 August 2020 after which we
will make a decision to move this test phase to the production environment. All modifications
that you make on the test environment will be deleted and lost from ngoli3 at the end of the
test phase, so, you can test as much as you need to without charge.
Please let me know if you face any problems using the new GDPR compliant test .mw
registry on EPP, WHOIS or any other service. These steps are very important to us.
Regards,
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hello,
As our list of registrars has grown, we are regularly getting a request from a registrar to
"Please send me a list of domains under our registrar account with their expiry dates"
As a registry using FRED registry, how do you handle such requests?
We have so far just directed them to use the command list_domains under fred-client BUT
we would like to here if others are handling this in a different or better way.
Many of our new registrars are at the point of learning how to be a good registrar and so
they often ask us for help like this.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hi everyone,
Our domains that expired in February and March are stuck in "to be deleted"
state, they never get deleted.
On manual deletion or renewal the output is:
Error: ObjectStatusProhibitsOperation
Manual run of '/usr/sbin/fred-admin --object_regular_procedure' executes but
doesn't give any output. Zones are still being generated with such 'to be
deleted' domains excluded.
The timezone is set to UTC in postregsql.conf
Enum_parameters are as follows:
expiration_notify_period -30
expiration_dns_protection_period 30
expiration_letter_warning_period 34
validation_notify1_period -30
validation_notify2_period -15
regular_day_procedure_period 0
object_registration_protection_period 6
handle_registration_protection_period 0
regular_day_outzone_procedure_period 14
outzone_unguarded_email_warning_period 25
enum_validation_continuation_window 14
regular_day_procedure_zone Africa/Johannesburg
expiration_registration_protection_period 61
What could be the cause of this?
Regards.
Moeketsi
Hi,
We try to install Fred for review features and start to use product. For
installation we use link —
https://fred.nic.cz/documentation/html/AdminManual/Installation/BinsUbuntu.…
(1.2.2). But can't pass step 7.
We got dependencies error (see below). fred-webwhois-apache needs
*1.17.0-1~xenial+1*, but maximal package that I found on archive.nic.cz
is *1.16.1-1~xenial+1*. How to resolve this problem?
Sincerely, Lem
*/root@fred:~# apt install fred-webwhois-apache /*/
/
/Reading package lists... Done/
/Building dependency tree /
/Reading state information... Done/
/Some packages could not be installed. This may mean that you have/
/requested an impossible situation or if you are using the unstable/
/distribution that some required packages have not yet been created/
/or been moved out of Incoming./
/The following information may help to resolve the situation:/
/The following packages have unmet dependencies:/
/ fred-webwhois-apache : Depends: fred-webwhois (=
1.17.0-1~xenial+1) but 1.16.1-1~xenial+1 is to be installed or/
/ fred-webwhois-py3 (=
1.17.0-1~xenial+1) but it is not going to be installed/
/E: Unable to correct problems, you have held broken packages./
*/root@fred:~# lsb_release -a/*
/No LSB modules are available./
/Distributor ID: Ubuntu/
/Description: Ubuntu 16.04.6 LTS/
/Release: 16.04/
/Codename: xenial/
Hi!
We have announced a new release at last:
https://fred.nic.cz/en/news/version-2-40-released/
Please, report if you have any trouble with the installation procedures
using packages for Ubuntu or Fedora.
If you have any questions, I'm sure our guys will be happy to answer them :)
Greetings,
Lena
Guarantor of Docs for FRED
Hello,
I would like to find out if and how we can get a cc of every notification e-mail in FRED to go to
a designated e-mail address for the attention or analysis of someone who adminsiters the
FRED registry.
I am aware that these e-mail notifications are archived in the FRED database but in our case
the persons monitoring the registry do not have access to the database - and they should not
have such sensitive access anyway
The mailer config in FRED in our case is in /etc/fred/pyfred.conf and it does not give an
option for such a cc address.
If you worried about this or have or found a solution to it please let us know.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
---
This email has been checked for viruses by AVG.
https://www.avg.com
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Hi,
I want to install FRED but would like some guidance when it comes to which Linux Distro I should use.
According to the documentation I could use Ubuntu 16.04 LTS (Xenial Xerus), Fedora 24, Fedora 25, RHEL 7 or CentOS 7 but if I don't have any special preferences which one is most fitting for the latest stable version of FRED?
Would be eternally thankful if any helpful soul could point me in the right direction.
Best regards
Johan Olsson
Hi,
after some time we are announcing a new version of FRED. As usually
release notes are published here:
https://fred.nic.cz/documentation/html/ReleaseNotes/
We have intentionally not announced version 2.37 since this version was
changing hardcoded default for WHOIS disclose flags from "everything is
by default public" to "everything is by default hidden" of course
because of GDPR. New default was again hardcoded and immediate upgrade
could cause issue to registrars that relies on default policy. With
version 2.38 this default policy is configuration option so registry
has control when this policy change based on discussion with
registrars. All the information should be seen from documentation.
I'd like to pick one change from release notes to write about little
bit more and this is handling incoming payments. We are trying to make
FRED even more modular and move all about payments and invoices into
separated module. There is background idea that at some point in time,
this module could be replaced with generic accounting software that
will take care of issuing invoices which should not be responsibility
of registry. For now, the only visible change is that tab payments
disappears from web administration interface (Daphne) and also
associated database tables bank_payment and bank_statement are not
required. My assumption is that this change doesn't have effect for any
instance but in case it has, there is a new component called Pain (from
"payments and invoices") that provides the same functionality but needs
to be installed as additional thing. Feel free to ask more about this
if you'd like to try it.
Regards,
Jaromir
--
Jaromir Talir
Technicky partner / Technical Fellow
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Milesovska 5, 130 00 Praha 3, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------