Jaromir,
I would like to participate.
It is my hope that you will have a detailed hands on installation session. I would like
to return with a working FRED registry on my Fedora laptop that includes the new
features as well like post paid billing.
Regards,
Paulos
==============================
Dr Paulos Nyirenda
Malawi SDNP Coodinator
On 17 May 2012 at 13:55, Jaromir Talir wrote:
> Hi,
>
> CZ.NIC will host next ICANN meeting in Prague in June 24-29 this year -
> http://prague44.icann.org/ and http://www.icannprague.cz/
>
> I had an idea to do one day workshop for FRED prior to this meeting on
> Sunday 24 if there will be some demand. Topics would cover:
> - features, architecture, component description
> - installation procedure
> - basic configuration - adding zone, adding registrar,...
> - place for questions.
>
> The workshop would be in our offices where we have small educational
> room for 20 people. Please let me know if you would like to participate
> in this activity, we have five weeks to arrange it.
>
> Regards,
> Jaromir
>
> --
> Jaromir Talir
> technicky reditel / Chief Technical Officer
> -------------------------------------------
> CZ.NIC, z.s.p.o. -- .cz domain registry
> Americka 23, 120 00 Praha 2, Czech Republic
> mailto:jaromir.talir@nic.cz http://nic.cz/
> sip:jaromir.talir@nic.cz tel:+420.222745107
> mob:+420.739632712 fax:+420.222745112
> -------------------------------------------
>
> _______________________________________________
> fred-users mailing list
> fred-users(a)lists.nic.cz
> https://lists.nic.cz/cgi-bin/mailman/listinfo/fred-users
----------------------------------------------------------
Malawi SDNP Webmail: http://www.sdnp.org.mw
Access your Malawi SDNP e-mail from anywhere in the world.
----------------------------------------------------------
Hi,
finally we managed to complete new version suitable for public release.
I uploaded files to http://fred.nic.cz/wiki/download
Just a quick summary of what are the main changes:
(1) auditing component - after 3 years running fred (2007-2010) we found
out that almost 99% of database size is in tables action and action_xml
used to log all incoming EPP communication and database is getting to be
non-maintainable. So we decided to change fred architecture and create
separate general component for logging incoming request. Database for
this consists of (request_*,session_*,..) monthly partitioned tables and
can be installed separately from main database. It its now used by EPP
fronted, unix whois, web whois and webadmin to store all requests in
FRED.
(2) billing component - invoicing was rewritten with intention to
support not only prepaid but also postpaid model. Price list can be
configured that in the way that charged operations are not blocked when
there is no credit, registrar sees negative credit in 'credit_info'
command and this is cleared when there is an incoming payment. Tables
for holding incoming payments were simplified and there is a simple way
to register new payment from general xml file describing payments. There
is also new component fred-transproc for transaction processing. It
queries IMAP and HTTP sources and transform responses into this new xml
file that is passed to fred. There are some example modules for our
local banks that can be used as starting point for your own modules
(3) messaging component - we added possibility to send and archive SMS
and snail mail letters automatically. But this is based on external
services so there must be some local company having web service for sms
or snail mail processing. Then script that call this web service must be
created and uploaded into fred for this feature to work.
(4) mojeid changes - we build a identity solution called mojeid (myid)
over registry (www.mojeid.cz). This is not part of fred and just use
fred as backend. It constis of validation of contact data by sending sms
to his phone number, email to his email address and snail mail letter to
his postal address. After completion of three pieces of information
send by this three channels we set status identified to this contact and
user can maintain his contact data directly through new application.
This contact also can take advantage of openid server and used the same
authentication process for different website supporting openid. I
mention this because you may see some of these mojeid changes in fred,
but actually are not useful for you. We are in the process of more
separating these things out of fred.
If you will decide to migrate we suggest to do new installation because
there are quite a lot of changes in configurations and than migrate
database according upgrade scripts in fred-db packages. Of course there
should be a intensive testing before going to production.
Regards,
Jaromir
--
Jaromir Talir
technicky reditel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americka 23, 120 00 Praha 2, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------
Hello,
Does anyone know if there exists a full list of all the possible errors that might happen during the connection of Fred-Client with the server? The respective error messages might also be useful.
Thanks,
Besmira
