December 2005 - db-wg - mailman.ripe.net

<auto-dbm@ripe.net> is slow this afternoon.
by RIPE Database Administration 17 May '18

17 May '18

Dear Colleagues, Because of a very high level of use this afternoon, the response time of <auto-dbm(a)ripe.net> is longer than normal. I have made contact with those who are responsible and I expect the situation to improve as the machine works through the queue. Please be patient. Obviously we at the RIPE NCC Database Group are continuously working to make the performance of the database as good as possible. However, we cannot make improvements in zero time. We thank you for your co-operation up to now and we ask for your continued co-operation so that everyone receives the best possible service. If you have anymore questions, please contact <ripe-dbm(a)ripe.net>. Regards, Ambrose Magee ____________________________ RIPE Database Administration.

2 2

Planned maintenance to the Whois server on 19 December 2005
by Shane Kerr 15 Dec '05

15 Dec '05

Dear Colleagues, We will carry out planned maintenance on the Whois server on Monday 19 December from 18:00 to 20:00 CET. During this time, updates to the whois database will not be possible. Updates sent via e-mail will be queued and then processed normally when service returns. Updates via webupdates or syncupdates will fail, and must be re-tried when service returns to normal. During the maintenance we will run hardware diagnostics on the server. We apologise for inconvenience this may cause. If you have any questions, please e-mail: ripe-dbm(a)ripe.net. Regards, Shane Kerr RIPE NCC

1 0

RIPE 50/51 Draft minutes
by Titley, Nigel 01 Dec '05

01 Dec '05

Gentelfolk, In accordance with my action at the last WG meeting, and as there have been no objections to the draft minutes from either RIPE 50 or RIPE 51, I will get them uploaded to the web server. All the best Nigel ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster(a)flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com

1 0

Re: db-wg digest, Vol 1 #380 - 4 msgs
by Alexander Yemelyanov 01 Dec '05

01 Dec '05

Dear db-wg(a)ripe.net, dwrrn> From: Carsten Schiefner <ripe-wgs.cs(a)schiefner.de> dwrrn> Hi Dennis, dwrrn> I noted that there seems to be a general replacement rule in place here: dwrrn> +7 0yy xxxxxxx -> +7 4yy xxxxxxx dwrrn> However, this is not the case for Kaliningrad: dwrrn> +7 011 xxxxxxx -> +7 401 xxxxxxx dwrrn> Is that the usual exception to the rule ;-) or a real typo or something? It is an exception. As it appears in the official notice we received from our phone company, code +7 401 does replace code +7 011. Best Regards, Alexander Yemelyanov, Comintern I.S.P.

1 0