Domain-Transit - Versionsgeschichte

Br@superroot um 23:35, 11. Jan. 2011

2011-01-11T23:35:02Z

C.dahmen: /* Domain-Endungen ohne Transit-Verfahren */

2010-10-27T06:57:56Z

Domain-Endungen ohne Transit-Verfahren

← Nächstältere Version		Version vom 06:57, 27. Okt. 2010
Zeile 57:		Zeile 57:
	* .info (Afilias)		* .info (Afilias)
	* .eu (Eurid, Quarantäne)		* .eu (Eurid, Quarantäne)
-	* und weitere....	+	* ''und weitere....''

	= Tipps =		= Tipps =

C.dahmen: /* Domain-Endungen ohne Transit-Verfahren */

2010-10-27T06:57:46Z

Domain-Endungen ohne Transit-Verfahren

← Nächstältere Version		Version vom 06:57, 27. Okt. 2010
Zeile 57:		Zeile 57:
	* .info (Afilias)		* .info (Afilias)
	* .eu (Eurid, Quarantäne)		* .eu (Eurid, Quarantäne)
		+	* und weitere....

	= Tipps =		= Tipps =

Br: /* Tipps */

2010-08-01T14:16:45Z

Tipps

← Nächstältere Version		Version vom 14:16, 1. Aug. 2010
Zeile 72:		Zeile 72:

	Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !		Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !
		+
		+	Für weitere Informationen zu Domains siehe [[Domains (FAQ)\|Häufig gestellte Fragen und Antworten: Domains und Nameserver (DNS)]]

	[[Category:Hosting]] [[Category:Hosting Lexikon]]		[[Category:Hosting]] [[Category:Hosting Lexikon]]

Br: /* Kündigungs-Prozeß */

2010-08-01T14:13:12Z

Kündigungs-Prozeß

← Nächstältere Version		Version vom 14:13, 1. Aug. 2010
Zeile 4:		Zeile 4:

	== Kündigungs-Prozeß ==		== Kündigungs-Prozeß ==
		+
		+	[[Datei:Isp-suite DE-kuendigung close transit.jpg\|thumb\|right\|Kündigungsdialog Webinterface ISPSuite]]

	Im '''Kündigungsdialog''' eines Tarifes (bei Portunity z.B. WebHome, WebBusiness, Domain-Tarif) kann im Portunity-Webinterfae ISPSuite '''für jede enthaltene Domain einzeln gewählt werden, was mit dieser geschehen soll'''. Dabei stehen zwei Optionen zur Auswahl:		Im '''Kündigungsdialog''' eines Tarifes (bei Portunity z.B. WebHome, WebBusiness, Domain-Tarif) kann im Portunity-Webinterfae ISPSuite '''für jede enthaltene Domain einzeln gewählt werden, was mit dieser geschehen soll'''. Dabei stehen zwei Optionen zur Auswahl:

213.240.185.194 um 22:08, 26. Jul. 2010

2010-07-26T22:08:46Z

← Nächstältere Version		Version vom 22:08, 26. Jul. 2010
Zeile 71:		Zeile 71:
	Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !		Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !

-	[[Category:Hosting]] [Category:Hosting Lexikon]]	+	[[Category:Hosting]] [[Category:Hosting Lexikon]]

213.240.185.194 um 22:08, 26. Jul. 2010

2010-07-26T22:08:25Z

← Nächstältere Version		Version vom 22:08, 26. Jul. 2010
Zeile 71:		Zeile 71:
	Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !		Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !

-		+	[[Category:Hosting]] [Category:Hosting Lexikon]]
-		+
-		+
-		+
-		+
-	[[Category:Hosting]]	+

213.240.185.194: /* Kündigungs-Prozeß */

2010-07-26T22:07:38Z

Kündigungs-Prozeß

← Nächstältere Version		Version vom 22:07, 26. Jul. 2010
Zeile 5:		Zeile 5:
	== Kündigungs-Prozeß ==		== Kündigungs-Prozeß ==

-	Im Kündigungsdialog eines Tarifes (bei Portunity z.B. WebHome, WebBusiness, Domain-Tarif) kann im Portunity-Webinterfae ISPSuite für jede enthaltene Domain einzeln gewählt werden, was mit dieser geschehen soll. Dabei stehen zwei Optionen zur Auswahl:	+	Im '''Kündigungsdialog''' eines Tarifes (bei Portunity z.B. WebHome, WebBusiness, Domain-Tarif) kann im Portunity-Webinterfae ISPSuite '''für jede enthaltene Domain einzeln gewählt werden, was mit dieser geschehen soll'''. Dabei stehen zwei Optionen zur Auswahl:

	* Providerwechsel ("CHPROV", Failover "TRANSIT")		* Providerwechsel ("CHPROV", Failover "TRANSIT")
Zeile 12:		Zeile 12:
	Wird bei der Tarif-Kündigung "Providerwechsel" ausgewählt, aber bis zum Vertragsende / Kündigungsdatum die Domain nicht zu einem anderen Provider gewechselt - hängt Portunity sozusagen als Registrar in der Luft: Der Kunde hat seinen Willen kund getan das Vertragsverhältnis und alle damit verbundenen Leistungen zu kündigen und letztendlich auch nicht mehr zu bezahlen, die Domain ist aber noch da - und würde bei fortbleibenden Bestehen auch weiter Kosten verursachen, die aber bei einem gekündigten Tarif nicht mehr eintreibbar wären.		Wird bei der Tarif-Kündigung "Providerwechsel" ausgewählt, aber bis zum Vertragsende / Kündigungsdatum die Domain nicht zu einem anderen Provider gewechselt - hängt Portunity sozusagen als Registrar in der Luft: Der Kunde hat seinen Willen kund getan das Vertragsverhältnis und alle damit verbundenen Leistungen zu kündigen und letztendlich auch nicht mehr zu bezahlen, die Domain ist aber noch da - und würde bei fortbleibenden Bestehen auch weiter Kosten verursachen, die aber bei einem gekündigten Tarif nicht mehr eintreibbar wären.

-	In solchen Fällen gibt Portunity die Domain an die Registrierungsstelle zurück, die sich dann mit dem Domaineigentümer in Verbindung setzt und den weiteren Verbleib der Domain klärt. Allerdings bieten nicht alle Registrierungsstellen diese Transit-Möglichkeit überhaupt an - dies ist sogar eher die Ausnahme.	+	In solchen Fällen gibt Portunity die Domain an die Registrierungsstelle zurück, die sich dann mit dem Domaineigentümer in Verbindung setzt und den weiteren Verbleib der Domain klärt. '''Diese Rückgabe an die Registrierungsstelle bezeichnet man als Domain-Transit'''. Allerdings bieten nicht alle Registrierungsstellen diese Transit-Möglichkeit überhaupt an - dies ist sogar eher die Ausnahme.

	Grundsätzlich ist der Domain-Transit kein Alleinstellungsmerkmal von Portunity, alle größeren Provider arbeiten ebenfalls mit diesem Mechanismus der ja auch offiziell von den Registrierungsstellen angeboten wird. Der Domain-Transit ist auch nichts böses, sondern eher ein Vorteil und etwas sehr sinnvolles und gutes.		Grundsätzlich ist der Domain-Transit kein Alleinstellungsmerkmal von Portunity, alle größeren Provider arbeiten ebenfalls mit diesem Mechanismus der ja auch offiziell von den Registrierungsstellen angeboten wird. Der Domain-Transit ist auch nichts böses, sondern eher ein Vorteil und etwas sehr sinnvolles und gutes.

213.240.185.194: /* Fristlose Kündigung (Nicht bezahlte Domain-Rechnung) */

2010-07-26T22:05:56Z

Fristlose Kündigung (Nicht bezahlte Domain-Rechnung)

← Nächstältere Version		Version vom 22:05, 26. Jul. 2010
Zeile 18:		Zeile 18:
	== Fristlose Kündigung (Nicht bezahlte Domain-Rechnung) ==		== Fristlose Kündigung (Nicht bezahlte Domain-Rechnung) ==

-	Eine weitere Möglichkeit warum eine Domain in den Transit gelangen kann ist es, wenn der zur Domain gehörende Tarif vom Anbieter (ggf. fristlos) ~~gekündigt wurde~~ - und auch hier die Domain nicht rechtzeitig umgezogen werden konnte (vor allem bei fristlosen Kündigungen der Fall). Grund warum ein Anbieter so etwas tun sollte sind vor allem umbezahlte Rechnungen, die den mit der Domain verbundenen Tarif direkt betreffen.	+	Eine weitere Möglichkeit warum eine Domain in den Transit gelangen kann ist es, wenn der zur Domain gehörende '''Tarif vom Anbieter gekündigt''' wurde (ggf. auch fristlos) - und auch hier die Domain nicht rechtzeitig umgezogen werden konnte (vor allem bei fristlosen Kündigungen der Fall). Grund warum ein Anbieter so etwas tun sollte sind vor allem umbezahlte Rechnungen, die den mit der Domain verbundenen Tarif direkt betreffen.

	= Folgen Transit-Fall =		= Folgen Transit-Fall =

213.240.185.194: /* Folgen Transit-Fall */

2010-07-26T22:05:04Z

Folgen Transit-Fall

← Nächstältere Version		Version vom 22:05, 26. Jul. 2010
Zeile 22:		Zeile 22:
	= Folgen Transit-Fall =		= Folgen Transit-Fall =

-	Oft besteht bereits durch die Domainregistrierung auch '''zwischen Domain-~~Eigentümer~~ und Registrierungsstelle ein Vertragsverhältnis''', so zum Beispiel bei Domains unterhalb von .de und .at (Österreich). Im Transit-Fall berufen sich die Registrierungsstellen i.d.R. auf dieses und verlangen entweder den finalen Umzug zu einem neuen Provider (Registry-Mitglied) und / oder stellen die Domain direkt in Rechnung.	+	Oft besteht bereits durch die Domainregistrierung auch '''zwischen Domain-Inhaber und Registrierungsstelle ein Vertragsverhältnis''', so zum Beispiel bei Domains unterhalb von .de und .at (Österreich). Im Transit-Fall berufen sich die Registrierungsstellen i.d.R. auf dieses und verlangen entweder den finalen Umzug zu einem neuen Provider (Registry-Mitglied) und / oder stellen die Domain direkt in Rechnung.

	== Bei .de (DENIC, deutsche Endung) ==		== Bei .de (DENIC, deutsche Endung) ==

← Nächstältere Version		Version vom 23:35, 11. Jan. 2011
Zeile 1:		Zeile 1:
-	Das Transit-Verfahren sorgt dafür, dass der Domaininhaber seine Domain nicht verliert.	+	Das Transit-Verfahren sorgt dafür, dass der Domaininhaber seine Domain nicht verliert.

	= Hintergrund =		= Hintergrund =

-	== Kündigungs-Prozeß ==	+	== Kündigungs-Prozeß ==

-	[[~~Datei~~:Isp-suite DE-kuendigung close transit.jpg\|thumb\|right~~\|Kündigungsdialog Webinterface ISPSuite~~]]	+	[[Image:Isp-suite DE-kuendigung close transit.jpg\|thumb\|right]]

-	Im '''Kündigungsdialog''' eines Tarifes (bei Portunity z.B. WebHome, WebBusiness, Domain-Tarif) kann im Portunity-Webinterfae ISPSuite '''für jede enthaltene Domain einzeln gewählt werden, was mit dieser geschehen soll'''. Dabei stehen zwei Optionen zur Auswahl:	+	Im '''Kündigungsdialog''' eines Tarifes (bei Portunity z.B. WebHome, WebBusiness, Domain-Tarif) kann im Portunity-Webinterfae ISPSuite '''für jede enthaltene Domain einzeln gewählt werden, was mit dieser geschehen soll'''. Dabei stehen zwei Optionen zur Auswahl:

-	* Providerwechsel ("CHPROV", Failover "TRANSIT")	+	*Providerwechsel ("CHPROV", Failover "TRANSIT")
-	* Domainlöschung	+	*Domainlöschung

	Wird bei der Tarif-Kündigung "Providerwechsel" ausgewählt, aber bis zum Vertragsende / Kündigungsdatum die Domain nicht zu einem anderen Provider gewechselt - hängt Portunity sozusagen als Registrar in der Luft: Der Kunde hat seinen Willen kund getan das Vertragsverhältnis und alle damit verbundenen Leistungen zu kündigen und letztendlich auch nicht mehr zu bezahlen, die Domain ist aber noch da - und würde bei fortbleibenden Bestehen auch weiter Kosten verursachen, die aber bei einem gekündigten Tarif nicht mehr eintreibbar wären.		Wird bei der Tarif-Kündigung "Providerwechsel" ausgewählt, aber bis zum Vertragsende / Kündigungsdatum die Domain nicht zu einem anderen Provider gewechselt - hängt Portunity sozusagen als Registrar in der Luft: Der Kunde hat seinen Willen kund getan das Vertragsverhältnis und alle damit verbundenen Leistungen zu kündigen und letztendlich auch nicht mehr zu bezahlen, die Domain ist aber noch da - und würde bei fortbleibenden Bestehen auch weiter Kosten verursachen, die aber bei einem gekündigten Tarif nicht mehr eintreibbar wären.

-	In solchen Fällen gibt Portunity die Domain an die Registrierungsstelle zurück, die sich dann mit dem Domaineigentümer in Verbindung setzt und den weiteren Verbleib der Domain klärt. '''Diese Rückgabe an die Registrierungsstelle bezeichnet man als Domain-Transit'''. Allerdings bieten nicht alle Registrierungsstellen diese Transit-Möglichkeit überhaupt an - dies ist sogar eher die Ausnahme.	+	In solchen Fällen gibt Portunity die Domain an die Registrierungsstelle zurück, die sich dann mit dem Domaineigentümer in Verbindung setzt und den weiteren Verbleib der Domain klärt. '''Diese Rückgabe an die Registrierungsstelle bezeichnet man als Domain-Transit'''. Allerdings bieten nicht alle Registrierungsstellen diese Transit-Möglichkeit überhaupt an - dies ist sogar eher die Ausnahme.

-	Grundsätzlich ist der Domain-Transit kein Alleinstellungsmerkmal von Portunity, alle größeren Provider arbeiten ebenfalls mit diesem Mechanismus der ja auch offiziell von den Registrierungsstellen angeboten wird. Der Domain-Transit ist auch nichts böses, sondern eher ein Vorteil und etwas sehr sinnvolles und gutes.	+	Grundsätzlich ist der Domain-Transit kein Alleinstellungsmerkmal von Portunity, alle größeren Provider arbeiten ebenfalls mit diesem Mechanismus der ja auch offiziell von den Registrierungsstellen angeboten wird. Der Domain-Transit ist auch nichts böses, sondern eher ein Vorteil und etwas sehr sinnvolles und gutes.

-	== Fristlose Kündigung (Nicht bezahlte Domain-Rechnung) ==	+	== Fristlose Kündigung (Nicht bezahlte Domain-Rechnung) ==

-	Eine weitere Möglichkeit warum eine Domain in den Transit gelangen kann ist es, wenn der zur Domain gehörende '''Tarif vom Anbieter gekündigt''' wurde (ggf. auch fristlos) - und auch hier die Domain nicht rechtzeitig umgezogen werden konnte (vor allem bei fristlosen Kündigungen der Fall). Grund warum ein Anbieter so etwas tun sollte sind vor allem umbezahlte Rechnungen, die den mit der Domain verbundenen Tarif direkt betreffen.	+	Eine weitere Möglichkeit warum eine Domain in den Transit gelangen kann ist es, wenn der zur Domain gehörende '''Tarif vom Anbieter gekündigt''' wurde (ggf. auch fristlos) - und auch hier die Domain nicht rechtzeitig umgezogen werden konnte (vor allem bei fristlosen Kündigungen der Fall). Grund warum ein Anbieter so etwas tun sollte sind vor allem umbezahlte Rechnungen, die den mit der Domain verbundenen Tarif direkt betreffen.

-	= Folgen Transit-Fall =	+	= Folgen Transit-Fall =

-	Oft besteht bereits durch die Domainregistrierung auch '''zwischen Domain-Inhaber und Registrierungsstelle ein Vertragsverhältnis''', so zum Beispiel bei Domains unterhalb von .de und .at (Österreich). Im Transit-Fall berufen sich die Registrierungsstellen i.d.R. auf dieses und verlangen entweder den finalen Umzug zu einem neuen Provider (Registry-Mitglied) und / oder stellen die Domain direkt in Rechnung.	+	Oft besteht bereits durch die Domainregistrierung auch '''zwischen Domain-Inhaber und Registrierungsstelle ein Vertragsverhältnis''', so zum Beispiel bei Domains unterhalb von .de und .at (Österreich). Im Transit-Fall berufen sich die Registrierungsstellen i.d.R. auf dieses und verlangen entweder den finalen Umzug zu einem neuen Provider (Registry-Mitglied) und / oder stellen die Domain direkt in Rechnung.

-	== Bei .de (DENIC, deutsche Endung) ==	+	== Bei .de (DENIC, deutsche Endung) ==

-	Wird eine .de-Domain in den Transit geschickt, verschickt die DeNIC als Registrierungsstelle an den zuletzt eingetragenen Domain-Inhaber (Owner-Kontakt) einen '''Brief'''. Mit Hilfe der Informationen aus diesem Brief kann der Domain-Inhaber die Domain '''reaktivieren''' und zu einem Provider seiner Wahl '''umziehen''' oder final '''löschen''' lassen.	+	Wird eine .de-Domain in den Transit geschickt, verschickt die DeNIC als Registrierungsstelle an den zuletzt eingetragenen Domain-Inhaber (Owner-Kontakt) einen '''Brief'''. Mit Hilfe der Informationen aus diesem Brief kann der Domain-Inhaber die Domain '''reaktivieren''' und zu einem Provider seiner Wahl '''umziehen''' oder final '''löschen''' lassen.

-	'''Reagiert der Domain-Inhaber nicht''', so wird die Domain auf Basis des durch die Registrierung bestehenden zusätzlichen Vertrags-Verhältnisses zwischen Domain-Inhaber und DENIC '''direkt bei DeNIC registriert''' (DENIC-Direct) und der Domain-Inhaber erhält in Folge eine '''Rechnung von DeNIC'''. DENIC-Direct ist allerdings deutlich teurer als die Domain-Angebote der meisten Provider und DeNIC-Mitglieder, insofern spart eine rechtzeitige Reaktion in jedem Fall Kosten.	+	'''Reagiert der Domain-Inhaber nicht''', so wird die Domain auf Basis des durch die Registrierung bestehenden zusätzlichen Vertrags-Verhältnisses zwischen Domain-Inhaber und DENIC '''direkt bei DeNIC registriert''' (DENIC-Direct) und der Domain-Inhaber erhält in Folge eine '''Rechnung von DeNIC'''. DENIC-Direct ist allerdings deutlich teurer als die Domain-Angebote der meisten Provider und DeNIC-Mitglieder, insofern spart eine rechtzeitige Reaktion in jedem Fall Kosten.

-	Weitere Informationen in Bezug auf das Transitverfahren bei Domains unter der Endung .de finden Sie auf der [http://transit.denic.de/ Transit-Seite von DeNIC] sowie in der [http://www.denic.de/faqs-zu-transit.html FAQ zum Transit-Verfahren der DeNIC].	+	Weitere Informationen in Bezug auf das Transitverfahren bei Domains unter der Endung .de finden Sie auf der [http://transit.denic.de/ Transit-Seite von DeNIC] sowie in der [http://www.denic.de/faqs-zu-transit.html FAQ zum Transit-Verfahren der DeNIC].

-	== Bei .at (NIC.at, österreichische Endung) ==	+	== Bei .at (NIC.at, österreichische Endung) ==

-	= Fehlendes Transit-Verfahren =	+	= Fehlendes Transit-Verfahren =

-	== Ablauf und Folgen bei Domainendungen ohne Transit-Verfahren ==	+	== Ablauf und Folgen bei Domainendungen ohne Transit-Verfahren ==

-	Bietet eine Registrierungsstelle (Registry) kein Transit-Verfahren, bleibt dem Provider bei einer Tarifkündigung bei einer nicht erfolgreich abgehohlten Domain letztendlich auch nur die '''Löschung der Domain''' - denn gekündigt ist gekündigt.	+	Bietet eine Registrierungsstelle (Registry) kein Transit-Verfahren, bleibt dem Provider bei einer Tarifkündigung bei einer nicht erfolgreich abgehohlten Domain letztendlich auch nur die '''Löschung der Domain''' - denn gekündigt ist gekündigt.

-	Hierdurch wird die Domain sofort oder in einiger Zeit (einige Registrierungsstellen haben noch eine Quarantäne-Phase) '''wieder frei zur Registrierung gegeben'''. D.h. JEDER kann die Domain dann ganz einfach neu registrieren.	+	Hierdurch wird die Domain sofort oder in einiger Zeit (einige Registrierungsstellen haben noch eine Quarantäne-Phase) '''wieder frei zur Registrierung gegeben'''. D.h. JEDER kann die Domain dann ganz einfach neu registrieren.

-	Wichtiger Hinweis: Einige '''Domain-Spezialisten registrieren gelöschte Domains innerhalb von Minuten wieder neu''' - teilweise automatisiert durch Programme. Dies geschieht zur eigenen Nutzung, Monetarisierung durch Parking-Programme oder auch zum Verkauf. Ist die Domain erst einmal in fremden Händen, ist eine '''Rückholung''' wenn überhaupt möglich ein steiniger Weg und unter Umständen auch mit hohen Kosten verbunden. Deshalb ist das Transit-Verfahren auch das für die Domain-Inhaber bessere Verfahren. Besser eine Domain einmal zuviel in den Transit geschickt, als einmal zu schnell gelöscht.	+	Wichtiger Hinweis: Einige '''Domain-Spezialisten registrieren gelöschte Domains innerhalb von Minuten wieder neu''' - teilweise automatisiert durch Programme. Dies geschieht zur eigenen Nutzung, Monetarisierung durch Parking-Programme oder auch zum Verkauf. Ist die Domain erst einmal in fremden Händen, ist eine '''Rückholung''' wenn überhaupt möglich ein steiniger Weg und unter Umständen auch mit hohen Kosten verbunden. Deshalb ist das Transit-Verfahren auch das für die Domain-Inhaber bessere Verfahren. Besser eine Domain einmal zuviel in den Transit geschickt, als einmal zu schnell gelöscht.

-	Einige Registrierungsstellen (Registries) - die kein Transit-Verfahren anbieten - geben eine gelöschte Domain nicht sofort zur freien Reigstrierung frei, sondern stecken die Domain in eine '''zeitlich limitierte Quarantäne-Phase'''. Dies gilt jedoch nicht für alle Registrierungsstellen und Domainendungen. Vorteil einer Quarantäne-Phase ist, dass die Domain aus einer solchen i.d.R. nochmal zurückgeholt werden kann - wenngleich dies oft auch mit '''erheblichen Kosten''' verbunden ist (die aber immer noch günstiger sind als wenn ein Domain-Investor die Domain zum Verkauf registriert hat).	+	Einige Registrierungsstellen (Registries) - die kein Transit-Verfahren anbieten - geben eine gelöschte Domain nicht sofort zur freien Reigstrierung frei, sondern stecken die Domain in eine '''zeitlich limitierte Quarantäne-Phase'''. Dies gilt jedoch nicht für alle Registrierungsstellen und Domainendungen. Vorteil einer Quarantäne-Phase ist, dass die Domain aus einer solchen i.d.R. nochmal zurückgeholt werden kann - wenngleich dies oft auch mit '''erheblichen Kosten''' verbunden ist (die aber immer noch günstiger sind als wenn ein Domain-Investor die Domain zum Verkauf registriert hat).

-	== Domain-Endungen ohne Transit-Verfahren ==	+	== Domain-Endungen ohne Transit-Verfahren ==

-	Für folgende Domainendungen existiert kein Transit-Verfahren:	+	Für folgende Domainendungen existiert kein Transit-Verfahren:

-	* .com (Afilias)	+	*.com (Afilias)
-	* .net (Afilias)	+	*.net (Afilias)
-	* .org (Afilias)	+	*.org (Afilias)
-	* .info (Afilias)	+	*.info (Afilias)
-	* .eu (Eurid, Quarantäne)	+	*.eu (Eurid, Quarantäne)
-	* ''und weitere....''	+	*''und weitere....''

-	= Tipps =	+	= Tipps =

-	Grundsätzlich kann hier der allgemeine Rat gegeben werden (von Portunity auch ganz unabhängig für alle Provider geltend):	+	Grundsätzlich kann hier der allgemeine Rat gegeben werden (von Portunity auch ganz unabhängig für alle Provider geltend):

-	* Rechnungen pünktlich bezahlen,	+	*Rechnungen pünktlich bezahlen,
-	* auf Mahnungen reagieren	+	*auf Mahnungen reagieren
-	* bei Tarif-Kündigungen die Dialog-Texte genau und sorgfältig durchzulesen	+	*bei Tarif-Kündigungen die Dialog-Texte genau und sorgfältig durchzulesen
-	* Providerwechsel dann zeitnah auch durchzuführen ("Last-Minute"-Aktionen vermeiden)	+	*Providerwechsel dann zeitnah auch durchzuführen ("Last-Minute"-Aktionen vermeiden)
-	* Providerwechsel nicht verklüngeln	+	*Providerwechsel nicht verklüngeln
-	* Entsprechende Warn- und Info-eMails nicht ignorieren und sorgfältig lesen	+	*Entsprechende Warn- und Info-eMails nicht ignorieren und sorgfältig lesen
-	* Prüfen ob die Domain korrekt umgezogen wurde	+	*Prüfen ob die Domain korrekt umgezogen wurde
-	* Im Zweifelsfall im Support nachfragen und ein Ticket aufmachen (nicht in Foren o.ä. nachfragen !)	+	*Im Zweifelsfall im Support nachfragen und ein Ticket aufmachen (nicht in Foren o.ä. nachfragen !)

-	Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !	+	Merke: Eine Domain befindet sich in der Regel nicht grundlos im Transit-Verfahren !

-	Für weitere Informationen zu Domains siehe [[Domains (FAQ)\|Häufig gestellte Fragen und Antworten: Domains und Nameserver (DNS)]]	+	Für weitere Informationen zu Domains siehe [[Domains (FAQ)\|Häufig gestellte Fragen und Antworten: Domains und Nameserver (DNS)]]

-	[[Category:Hosting]] [[Category:~~Hosting Lexikon~~]]	+	[[Category:Hosting]][[Category:Hosting_Lexikon]][[Category:Domain-Registrierung_(Tarif)]]