🚀 go-pugleaf

admin@groucho.chemie.fu-berlin.de writes:
 > Seit ein paar Tagen gibt es gravierende Stoerungen bei der Mailauslieferung
 > ueber mail.Germany.EU.net, da dort zahlreiche (gueltige) Adressen abgelehnt
 > werden:
 > 
 > > smtp: 554 <netcomp@netcomp.de>... Service unavailable

Das muss ich leider bestaetigen.  Mail an specs.de war davon auch betroffen.

 > Wir haben den Postmaster von mail.Germany.EU.net angeschrieben und hoffen,
 > dass der Fehler baldmoeglichst behoben ist. 

 smtp: 554 <postmaster@germany.eu.net>... Service unavailable ?

;-)), Carsten

Hallo,

heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>oder:
>> Xfail: <mail.germany.eu.net!netcomp.de!netcomp> reason: (ERR_152) transport 
>> smtp: 554 <netcomp@netcomp.de>... Service unavailable
Heute bekam ich vom EUnet die Meldung, dass Sites wie horga.ruhr.de
nicht erreichbar sind - selbe Fehlermeldung.

Terra
-- 
-----------------------------------------------------------------------------
!   Frank Simon (Terra), Ammerlaender Heerstr. 389, D-2900 Oldenburg, FRG   !
! terra@sol.ccc.de, terra@sol.zer, ext/simon@kmx.gmd.dbp.de, +49 441 76206  !
-----------------------------------------------------------------------------

Frank.Simon@sol.ccc.de (Frank Simon) writes:
>heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>>oder:
>>> Xfail: <mail.germany.eu.net!netcomp.de!netcomp> reason: (ERR_152) transport 
>>> smtp: 554 <netcomp@netcomp.de>... Service unavailable
>Heute bekam ich vom EUnet die Meldung, dass Sites wie horga.ruhr.de
>nicht erreichbar sind - selbe Fehlermeldung.

Hmm... es scheint die Domains bzw. UUCP-Rechner zu betreffen, die explizit
ueber unido/mail.germany.eu.net geroutet werden (nach Map bzw. MX-Record).

So sind nicht zu erreichen:
- ruhr.de	(MX-Record zeigt auf mail.germany.eu.net)
- en.open.de	(		"			)
- de4115.uucp	(Routing laut Map: unido!pms-hh!de4115	)

Erreichbar sind hingegen:
- in-berlin.de	
- fub.uucp

und auch:
- user@mail.germany.eu.net	;-)

Soweit meine Beobachtungen aus dem log-File - ob obige Schlussfolgerung
zutrifft, kann ich natuerlich nicht beurteilen.

Tschuess, Vera

-- 
 |~|    Vera Heinau     (+49 30 8382677)  |  Freie Universitaet Berlin 
 / \    heinau@Harpo.Chemie.FU-Berlin.DE  |  heinau@methan.chemie.fu-berlin.de
/FUB\   Institut fuer Kristallographie    |  Institut fuer Organische Chemie
`---'   D-1000 Berlin 33, Takustr. 6      |  D-1000 Berlin 33, Takustr. 3

heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:

>Frank.Simon@sol.ccc.de (Frank Simon) writes:
>>heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>>>oder:
>>>> Xfail: <mail.germany.eu.net!netcomp.de!netcomp> reason: (ERR_152) transport 
>>>> smtp: 554 <netcomp@netcomp.de>... Service unavailable
>>Heute bekam ich vom EUnet die Meldung, dass Sites wie horga.ruhr.de
>>nicht erreichbar sind - selbe Fehlermeldung.

>Hmm... es scheint die Domains bzw. UUCP-Rechner zu betreffen, die explizit
>ueber unido/mail.germany.eu.net geroutet werden (nach Map bzw. MX-Record).

>So sind nicht zu erreichen:
>- ruhr.de	(MX-Record zeigt auf mail.germany.eu.net)
>- en.open.de	(		"			)
>- de4115.uucp	(Routing laut Map: unido!pms-hh!de4115	)

>Erreichbar sind hingegen:
>- in-berlin.de	
>- fub.uucp

>und auch:
>- user@mail.germany.eu.net	;-)

>Soweit meine Beobachtungen aus dem log-File - ob obige Schlussfolgerung
>zutrifft, kann ich natuerlich nicht beurteilen.

Soweit ich das mitbekommen habe, ist das EUnet (nicht unido) dabei, ihre
Maschinen schon fuer den Uebergang einzurichten, bzw. nach Funktion neu
einzusetzen. Z.B. ist uucp.Germany.EU.net nicht gleich mail.Germany.EU.net.
Dies sind jetzt zwei getrennte Maschinen. Dies kann dazu fuehren, das, jenach
dem die Mail dort reinkommt (uucp oder smtp) andere Informationen vorliegen.
Auch wie es intern weiter Transportiert wird.  Ich glaube, da da noch einige
Dinge uebersehen wurden, bzw. noch einiges Konfiguriert werden muesste.


>Tschuess, Vera

thw
-- 

thw@mcshh.Hanse.DE (Thomas Wieske) writes:

>Soweit ich das mitbekommen habe, ist das EUnet (nicht unido) dabei, ihre
>Maschinen schon fuer den Uebergang einzurichten, bzw. nach Funktion neu
>einzusetzen. Z.B. ist uucp.Germany.EU.net nicht gleich mail.Germany.EU.net.
>Dies sind jetzt zwei getrennte Maschinen. Dies kann dazu fuehren, das, jenach
>dem die Mail dort reinkommt (uucp oder smtp) andere Informationen vorliegen.
>Auch wie es intern weiter Transportiert wird.  Ich glaube, da da noch einige
>Dinge uebersehen wurden, bzw. noch einiges Konfiguriert werden muesste.

Genau daran scheint es gelegen zu haben. Da in de.org.eunet immer noch
kein Announcement erfolgte, nehme ich mir die Freiheit, hier eine Mail
einzubinden, die EUnet-Kunden heute erhalten haben. (Erstmal) einziger
Kommentar von meiner Seite: Mir ist absolut schleierhaft, warum ueber
derartige Umstellungen nicht *vorher* informiert wird und - wenn dann
solche Fehler auftreten wie gehabt - *keine* Antwort auf entsprechende
Anfragen an postmaster@Germany.EU.net erfolgt.

Tschuess, Vera


- * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - 

From: Marc Sheldon <ms@walhalla.Germany.EU.net>
Subject: UUCP Probleme ; neue Modems
Date: Tue, 1 Sep 92 19:37:14 WET
Reply-To: postmaster@Germany.EU.net

Sehr geehrte Damen und Herren,

wie Sie sicherlich schon gemerkt haben, sind in der letzten Woche im
Zusammenhang mit UUCP bei uns einige zum Teil schwerwiegende Probleme
aufgetreten. So war es fuer laengere Zeit nicht moeglich, sich auf der
neuen UUCP Maschine einzuloggen. Zu aehnlichen Problemen kam es beim
Zugriff via UUCP ueber TCP/IP auf die zentrale Maschine. Ausserdem sind
seit Beginn der letzten Woche ca. 640 Mails mit der Fehlermeldung
"unknown mailer error 1" oder "service unavailable" abgewiesen worden.
Dieser Fehler sollte in der Zwischenzeit behoben sein.

Ursaechlich haben diese Probleme mit der Umstellung unserer zentralen
UUCP Maschine auf eine neue Sun zu tun. Trotzdem wir die Sun ca. 5 Wochen
lang in Ihrer Endkonfiguration extensiv getestet haben und deswegen
annahmen, dass sich die Umstellung fuer die Endnutzer transparent
gestalten wuerde, war dies nicht der Fall.

Die aufgekommenen Probleme haben vier sehr einfache Begruendungen:

	1. Durch einen Fehler im Sunlink X.25 V7.0 im Hochlastbetrieb
	   ist uns die neue Maschine kurz nach der Umstellung stuendlich
	   mit einem Kernel Panic zusammengebrochen. Dies konnte nur
	   durch einen Jumbo-Patch der Firma SUN und die Beschaffung
	   eines neuen seriellen Hochleistungsboards behoben werden.

	2. Ein Fehler im Erstellen des Dateinamens bei uux-Aufrufen
	   in dem von uns benutzten Taylor UUCP fuehrte zu race-conditions,
	   die nur im Hochlastbetrieb auftreten. Dies fuehrte zu den
	   oben erwaehnten Fehlermeldungen. Auch dieser Fehler ist soweit
	   behoben und duerfte nicht mehr vorkommen.

	3. Da fuer einige UUCP-Kunden auf unserer alten UUCP-Maschine
	   noch ca. 1.2 Gigabyte News nicht gebatched waren, musste dieser
	   Backlog gebatched und zu der neuen Maschine uebertragen werden.
	   Dies fuehrte dazu, dass teilweise keine neuen News gespoolt
	   wurden, da unsere neue UUCP-Spool-Platte fast sofort zu 90%
	   mit diesen Artikeln gefuellt war. Auch hier stellt sich langsam
	   eine Besserung ein.

	4. Des weiteren hat ein Fehler in unserer sendmail Konfiguration
	   auf der neuen Mail-Maschine zu einigen Problemen bei der
	   Zustellung von Mail aus und in die UUCP-Welt gefuehrt. Auch
	   dieser Fehler ist inzwischen behoben.

Die Umstellung auf die neuen Maschinen war dringend noetig, da die vorher
als Zentralrechner eingesetzte Sequent sowohl Probleme bei der Behandlung
der seriellen Ports hatte als auch das uns zur Verfuegung stehende X.25
keinen 8 Bit breiten Datenpfad zur Verfuegung stellen konnte.

Ein paar kurze Worte zu den neuen Maschinen:

	Wir setzen jetzt ein homogenes Sun-Netzwerk fuer unsere
	Basisdienste ein. Dies besteht aus jeweils einer Sun Sparc
	fuer Mail-, News-, UUCP- und Nameserver-Betrieb sowie einer
	IBM RS/6000 fuer den Archivbetrieb.  Die Plattenkapazitaet
	dieser Maschinen betraegt 1.4 GByte fuer Mail, 2.4 GByte
	fuer News, 1.4 GByte fuer UUCP sowie ca. 3.4 GByte fuer den
	Archivdienst.

Wir empfehlen unseren Kunden fuer den Zugriff auf unsere Maschinen
den Einsatz des Domain Name Systems. Fuer diejenigen unter Ihnen, die
leider kein DNS einetzen koennen hier noch einmal kurz die IP-Adressen:

	ns.Germany.EU.net	192.76.144.66	(Nameserver)
	mail.Germany.EU.net	192.76.144.65	(SMTP Mailserver)
	news.Germany.EU.net	192.76.144.72	(NNTP Newsserver)
	uucp.Germany.EU.net	192.76.144.77	(UUCP)
	ftp.Germany.EU.net	192.76.144.75	(Archivserver)

Zur Behebung eines weiteren Engpasses hat die Post uns jetzt endlich
vier weitere Telefonleitungen geschaltet. Das bedeutet, dass ab dem
3.9.1992 12:00 mittags unter der Telefonnummer 0231 7275725 sechs
Telebit Trailblazer mit PEP fuer UUCP-Transfers erreichbar sein werden.
Die ersten vier Modems dieser Sammelfolgeschaltung sind Telebit
Worldblazer. Fuer diese wird im Laufe der naechsten Woche noch eine
separate Telefonnummer bekanntgegeben, unter der nur diese vier Modems
zu erreichen sind.

WICHTIG:	Die Modems unter der Telefonnummer
			0231 758087
		werden spaetestens ab 12:00 mittags
		am 3.9.1992 ausser Dienst genommen.

Mit freundlichen Gruessen,

	Marc Sheldon
	ms@Germany.EU.net

PS: Wenden Sie sich fuer weitere Informationen bitte per mail an
    postmaster@Germany.EU.net oder telefonisch werktags zwischen
    10:00 und 12:00 sowie 14:00 und 16:00 Uhr unter der Telefonnummer
    0231 755 2444 an den zustaendigen Postmaster. Auch Telefax-Anfragen
    unter 0231 755 2386 werden umgehend beantwortet.

- * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - * - 

-- 
 |~|    Vera Heinau     (+49 30 8382677)  |  Freie Universitaet Berlin 
 / \    heinau@Harpo.Chemie.FU-Berlin.DE  |  heinau@methan.chemie.fu-berlin.de
/FUB\   Institut fuer Kristallographie    |  Institut fuer Organische Chemie
`---'   D-1000 Berlin 33, Takustr. 6      |  D-1000 Berlin 33, Takustr. 3

heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>Genau daran scheint es gelegen zu haben. Da in de.org.eunet immer noch
>kein Announcement erfolgte, nehme ich mir die Freiheit, hier eine Mail
>einzubinden, die EUnet-Kunden heute erhalten haben. (Erstmal) einziger
>Kommentar von meiner Seite: Mir ist absolut schleierhaft, warum ueber
>derartige Umstellungen nicht *vorher* informiert wird und - wenn dann
>solche Fehler auftreten wie gehabt - *keine* Antwort auf entsprechende
>Anfragen an postmaster@Germany.EU.net erfolgt.

Ok, kurzer Kommentar von meiner Seite: Die Umstellung haette transparent
erfolgen sollen. Sprich: Die Kunden haetten absolut nichts merken sollen.
Um dies zu bewerkstelligen haben wir 5 Wochen sehr intensiv getestet. Die
aufgetretenen Fehler waren dann auch Fehler die wir selbst in 20 Wochen
langen Tests nicht haetten herausfinden koennen, da sie nur unter Vollast
aufgetreten sind. Deswegen die nicht vorgenommene Vorabinformation. Das
Problem, dass ich nicht auf Mails geantwortet habe lag einfach darin, dass
ich erst einmal die aufgetretenen Fehler beseitigen wollte, um das bei
uns eingehende Mailvolumen zu verringern. Die Mail an geradm war dann auch
die Antwort auf alle bei uns eingegangenen Mails. Klar haetten wir alle
Mails einzeln beantworten koennen, nur haben wir im Laufe der letzten Tage
zwischen 13 und 18 Stunden pro Tag gearbeitet um die Probleme zu loesen
und ich wollte nicht unbedingt noch weitere 5 Stunden damit verbringen,
Mails zu beantworten.

Natuerlich sollten solche Fehler nicht auftreten, bloss weiss ich inzwischen
wirklich nicht mehr, wo man Soft- und Hardware kaufen kann, die auf Anhieb
(sprich nach mehrwoechigen Tests und sauberer Konfiguration) die bei einem
solchen Betrieb typische Last vertraegt. Fuer entsprechende Pointer bin
ich dankbar.

Gruss,
	Marc
--
Marc R. Sheldon                             e-mail : ms@Germany.EU.net
EUnet Germany
University of Dortmund, CS-Department
P.O.Box 500500                              voice  : +49 231 7552444