From wiesmueller at via.at Tue Nov 1 00:42:46 1994 From: wiesmueller at via.at (Alexander Wiesmueller) Date: Tue, 1 Nov 1994 00:42:46 +0100 Subject: UUCP failed Message-ID: <199410312342.AAA32540@artemis.via.at> >Return-Path: uucp >Date: Thu, 27 Oct 1994 14:09:11 +0100 >From: uucp >To: news >Subject: UUCP failed > >Message from UUCP on via Thu Oct 27 14:09:11 1994 > >The file > D.iddcdebbe (execution of "rnews") >could not be transferred to > iddc!D.viadebbe >as requested by > news >for the following reason: > too large for receiver >File saved as > /var/spool/uucp/.Preserve/D.iddcdebbe > > >File saved as > /var/spool/uucp/.Preserve/D.iddcdebfd > > From wiesmueller at via.at Tue Nov 1 00:42:24 1994 From: wiesmueller at via.at (Alexander Wiesmueller) Date: Tue, 1 Nov 1994 00:42:24 +0100 Subject: UUCP failed Message-ID: <199410312342.AAA32527@artemis.via.at> >Return-Path: uucp >Date: Thu, 27 Oct 1994 14:12:04 +0100 >From: uucp >To: news >Subject: UUCP failed > >Message from UUCP on via Thu Oct 27 14:12:04 1994 > >The file > D.iddcdebe8 (execution of "rnews") >could not be transferred to > iddc!D.viadebe8 >as requested by > news >for the following reason: > too large for receiver >File saved as > /var/spool/uucp/.Preserve/D.iddcdebe8 > > From wiesmueller at via.at Tue Nov 1 00:49:40 1994 From: wiesmueller at via.at (Alexander Wiesmueller) Date: Tue, 1 Nov 1994 00:49:40 +0100 Subject: cron: /usr/lib/news/bin/sendbatch -c iddc Message-ID: <199410312349.AAA32627@artemis.via.at> >Return-Path: news >Date: Mon, 31 Oct 1994 01:35:06 +0100 >From: news >To: news >Subject: cron: /usr/lib/news/bin/sendbatch -c iddc > >sendbatch: No articles for iddc. > > From wiesmueller at via.at Tue Nov 1 00:42:39 1994 From: wiesmueller at via.at (Alexander Wiesmueller) Date: Tue, 1 Nov 1994 00:42:39 +0100 Subject: UUCP failed Message-ID: <199410312342.AAA32534@artemis.via.at> >Return-Path: uucp >Date: Thu, 27 Oct 1994 14:10:37 +0100 >From: uucp >To: news >Subject: UUCP failed > >Message from UUCP on via Thu Oct 27 14:10:37 1994 > >The file > D.iddcdebd3 (execution of "rnews") >could not be transferred to > iddc!D.viadebd3 >as requested by > news >for the following reason: > too large for receiver >File saved as > /var/spool/uucp/.Preserve/D.iddcdebd3 > > From wiesmueller at via.at Tue Nov 1 00:45:00 1994 From: wiesmueller at via.at (Alexander Wiesmueller) Date: Tue, 1 Nov 1994 00:45:00 +0100 Subject: No subject Message-ID: <199410312345.AAA32573@artemis.via.at> -------------- next part -------------- A non-text attachment was scrubbed... Name: COMMAND.COM Type: application/mac-binhex40 Size: 77792 bytes Desc: not available URL: From Daniel.Karrenberg at ripe.net Thu Nov 10 12:29:49 1994 From: Daniel.Karrenberg at ripe.net (Daniel Karrenberg) Date: Thu, 10 Nov 1994 12:29:49 +0100 Subject: New at the RIPE NCC: David Kessens Message-ID: <9411101129.AA08794@ncc.ripe.net> Today the RIPE NCC welcomes David Kessens as new junior administrative staff member. David will join Anne Lord, Mirjam Kuehne, Geert Jan de Groot and myself in providing the NCC's core services from today. This will provide much needed relief. I ask all of you to welcome David and to help him get used to his new responsibilities quickly. Mirjam Kuehne moves from her current junior administrative staff position to join the technical staff. So you will deal with her more frequently on hostmaster and other technical issues. If you have any further questions, please do not hesitate to contact us. Regards Daniel Karrenberg RIPE NCC Manager From GeertJan.deGroot at ripe.net Thu Nov 10 18:06:43 1994 From: GeertJan.deGroot at ripe.net (Geert Jan de Groot) Date: Thu, 10 Nov 1994 18:06:43 +0100 Subject: in-addr.arpa In-Reply-To: Your message of "Tue, 08 Nov 1994 14:13:04 +0700." <9411081224.AA25817@ncc.ripe.net> Message-ID: <9411101706.AA10319@ncc.ripe.net> Hi Hank, The Internic is fighting an overload problem (sounds familiar, doesn't it?), and wants you to set up 114.192.in-addr.arpa yourself, so you can do the rest of the delegations yourself without Internic involvement. This will of course be faster for new delegations, so it is also beneficial to you. The message might be confusing because the Internic didn't realize the exact situation; the message itself is normally sent to people in the US asking for reverse delegation. Nevertheless, I think delegation of the block is still a good idea. Unless there are problems, I suggest you go ahead and set up the block delegations. The RIPE NCC is willing to run secondary for the zones on ns.ripe.net; contact for details. If there are problems, please do not hesitate to ping us. Kind regards, Geert Jan de Groot On Tue, 08 Nov 94 14:13:04 IST Hank Nussbacher wrote: > Up till a week ago I would send in my in-addr.arpa requests to > internic.net. They are now telling me they don't handle it anymore. > How do other sites handles in-addr.arpa registrations? !From: Inaddress Registration Role Account !Subject: Re: Plz add to in-addr.arpa zone !To: HANK at taunivm.TAU.AC.IL (Hank Nussbacher) !Date: Thu, 3 Nov 1994 13:46:58 -0500 (EST) ! !Dear Coordinator: ! ! !Your request is in the block of 192.114.0.0 - 192.118.255.0. 0ur policy is !to delegate the block to the listed Service Provider. It is the Service !Providers responsiblity to provide inaddr service to networks within this !block and to notify potential requestors to contact them instead of the !INTERNIC on server additions, changes, and etc. ! !Please contact your Service Provider to initiate inaddr service. ! !Regards, !Registration Serivce From sason at NetVision.net.il Fri Nov 11 16:34:29 1994 From: sason at NetVision.net.il (Sason Levi) Date: Fri, 11 Nov 1994 17:34:29 +0200 (EET) Subject: New at the RIPE NCC: David Kessens In-Reply-To: <9411101129.AA08794@ncc.ripe.net> from "Daniel Karrenberg" at Nov 10, 94 12:29:49 pm Message-ID: <199411111534.RAA19610@NS.netvision.net.il> David - welcome, and good luck ! Mirjam - we are happy and welcome you also ! Good luck. -- Regards. Alain Golan, Sason Levi _\\|//_ NetVision - Commercial Israeli Internet Provider (' O-O ') ------------------------------------------------------ooO-(_)-Ooo--- LIR, USENET, InterCALL (PPP/SLIP), Mail Forward, InterDIRECT E-mail: sason at NetVision.net.il Personal address info at NetVision.net.il for information. support at NetVision.net.il for technical support. Gopher: gopher.NetVision.net.il www: http://www.NetVision.net.il/ Phone: +972-4-550330 Fax: +972-4-550122 This message was sent by Chameleon. > > Today the RIPE NCC welcomes > > David Kessens > > as new junior administrative staff member. > > David will join Anne Lord, Mirjam Kuehne, Geert Jan de Groot and myself > in providing the NCC's core services from today. This will provide much > needed relief. I ask all of you to welcome David and to help him get > used to his new responsibilities quickly. > > Mirjam Kuehne moves from her current junior administrative staff position > to join the technical staff. So you will deal with her more frequently > on hostmaster and other technical issues. > > If you have any further questions, please do not hesitate to contact us. > > Regards > > Daniel Karrenberg > RIPE NCC Manager > > From Marten.Terpstra at ripe.net Thu Nov 17 10:58:11 1994 From: Marten.Terpstra at ripe.net (Marten Terpstra) Date: Thu, 17 Nov 1994 10:58:11 +0100 Subject: RIPE Database Transition T2 Message-ID: <9411170958.AA21549@ncc.ripe.net> Dear all, Apologies for this wide distribution but I think it is important enough. This is a reminder that coming Monday the 21st of November, the second and last step of the RIPE database transition will take place. This transition is the transition from network number objects that hold all policy information, to route objects that contain all this information. For more detailed info on what exactly will change and how, please read ripe-123 which is available as: ftp://ftp.ripe.net/ripe/docs/ripe-123.{txt|ps} Especially section 5 explains forthe various RIPE database user groups what is going to change. -Marten From bonito at nis.garr.it Mon Nov 28 17:25:25 1994 From: bonito at nis.garr.it (Antonio_Blasco Bonito) Date: Mon, 28 Nov 94 17:25:25 MET Subject: IP assignments for corporate networks Message-ID: <9411281625.AA05455@picche.nis.garr.it> Dear Bjorn, I'm using you and a swedish company (MoDo Data) as a test case to verify the comon understanding and behaviour of Last Resort IP registries in Europe. Before writing this message I had phone talks with people at RIPE-NCC and then with Modo Data. Mr Roland Lindvall gave me his permission to use their case in this discussion. I agreed with Marten of the RIPE-NCC with something similar to: --Start of suggested guidelines----- The reasoning behind the following is to promote service provider based address aggregation which is how the Internet works today. A european multinational corporate network is the set of IP networks which are used by a single company which has departments in several different countries in Europe. Such network may be: 1- a private network not connected to the Internet 2- a collection of independent networks each connected to the Internet in its own country 3- a set of networks centrally managed and connected to the Internet in a certain location in a country or eventually in more than one country I know there could be more complicated cases but let's start simple... So, how to assign addresses for a corporate network? 1- the advice is to use the Private Internet address space 2- the advice is to get addresses in each country either from a ISP or from the country last resort 3- the advice is to get addresses in a single country (i.e. the country where the corporate network is or will be connected to the Internet from the ISP if already chosen or from the last resort of that country if not. Eventually addresses can be assigned directly by RIPE-NCC. --End of suggested guidelines----- Then talking with mr Lindvall I knew that their case can be classified as 3: MoDo Data is bulding its own europe-wide network based on private X25 carrying IP. But he stated in his request for addresses to be used in Italy: "Our address coordinator in Sweden" - you - "told me that I have to get addresses from the country they are going to be used in". I told him that we will sort out the issue and get back to him with an answer in a few days. He needs addresses to configure routers in several countries. Best regards. ---------- ---------- Antonio_Blasco Bonito E-Mail: bonito at nis.garr.it GARR - Network Information Service c=it;a=garr;p=garr;o=nis;s=bonito c/o CNUCE - Istituto del CNR Tel: +39 (50) 593246 Via S. Maria, 36 Telex: 500371 CNUCE I 56126 PISA Italy Fax: +39 (50) 904052 ---------- ----------