Kommt auf die TLD an würde ich spontan sagen.
Das längste Thema
- fLoo
- Unerledigt
-
-
Kommt auf die TLD an würde ich spontan sagen.
Recht hat er
-
Kommt auf die TLD an würde ich spontan sagen.
wie meinst das?
zum Zeitpunkt wo die DSGVO im Mai 2018 schlagend wurde, war sie bereits seit Nov. 2017 bei netcup
wenn im Mai 2018 die Domain im Aug 2019 abläuft
dann würde sie das auch wenn man im Nov 2018 nachsieht, da wurden die Gebühren wieder f. ein Jahr in Rechnung gestellt;
also sollte die Domain nachdem man die Rechnung im Nov 2018 bezahlt hat, bis wann gültig sein?
ich würde meinen bis Aug. 2020
und nachdem die Rechnung vom Nov. 2019 bezahlt wurde, würde ich meinen bis Aug. 2021,
und nachdem die letzte Rechnung vom Nov. dieses Jahr 2020 beglichen wurde,
würde ich meinen dass es Aug. 2022 sein sollte und nicht wie im WHOIS der Aug. 2021(!)
-
wenn im Mai 2018 die Domain im Aug 2019 abläuft
dann würde sie das auch wenn man im Nov 2018 nachsieht, da wurden die Gebühren wieder f. ein Jahr in Rechnung gestellt;
Es gibt da unterschiedliche Zeitstempel und unterschiedliche Verrechnungsmodelle.
Früher war es üblich, dass eine Domain immer ein Jahr nach der Erstregistrierung und dann wieder im Folgejahr usw. verrechnet wurde. Wenn man die Domain über registrar=registry bezieht, ist das immer noch so, aber auch bei einigen Providern. Sie verrechnen dann ihre Gebühren etwa einen Monat vor Ablauf und leisten ihren Händlereinkaufspreis an die Registry - auch im Fall eines Transfers wird dann die Domain üblicherweise erst mit der Fälligkeit dort berechnet.
Und dann gibt es die Registrare, die ihre eigenen Jahresgebühren immer dann zu verrechnen beginnen, wenn der Kunde durch Registrierung oder Transfer im System erstmalig aufscheint.
Die unterschiedlichen Zeitstempel Created, Updated rühren vom Update des jeweiligen Handles her und beziehen sich nicht direkt auf das Domain-Objekt selbst.
bei .com und .net schaut das relevante Datum so aus und nennt explizit das Registrierungsdatum und die das Ablaufdatum
Creation Date: 2019-10-13T07:00:00Z
Registrar Registration Expiration Date: 2021-10-13T07:00:00Z
Und dann gibt es ja eben auch noch die Möglichkeit, eine Domain länger ein Jahr im Voraus zu verlängern.
Ich halte es übrigens für eine Unsitte, wenn Provider das Verrechnungsmodell mit der Bezahlung im Voraus praktizieren, da sie selbst erst bei Verlängerung zur Kasse gebeten werden. Würde der Registrar in der Zwischenzeit in Konkurs gehen, hat man die Jahresgebühr dann nämlich gleich 2.x mal gezahlt. Hinzu kommt, dass somit bei jeder Domain die Gemeinkosten für den Betrieb von Registrar-Nameservern mitbezahlt werden, auch, wenn man sie gar nicht beansprucht. Der Betrieb der Nameserver und der allgemeine Administrationsaufwand müssen aber als Begründung für das Vorauszahlungsmodell regelmäßig herhalten.
Die Welt ist eben nicht perfekt.
-
BSD ist der einzige Mann im Linux-Lesben-Lokal?
Debian ist eine Lesbe???
-
Es gibt da unterschiedliche Zeitstempel und unterschiedliche Verrechnungsmodelle.
das mag sein, aber wenn ich nach der Übernahme durch netcup fast 2 Jahre bis zum Ablauf im WHOIS hab,
dann kann es nicht sein, dass nach der ersten Rechnung der Verlängerung nicht mal 1 Jahr bis zum Ablauf im WHOIS ist,
und damit bestimmte Zeiträume (30 Tage, 15 Tage, 7 Tage, ...) vor Ablauf mit "Warnung die Domain läuft bald ab" herumgespamt wird ...
und diese Mails ich bekomm, obwohl ich gar nichts machen kann - die Rechnung kommt ja erst mehr als 2 Monate später;
kann hier
[netcup] Felix P. das aufklären; wär sehr verbunden, wenn da wieder dieses 1 Jahr hinzugefügt wird;
-
Das wird wohl dieses Jahr nix mit nem neuen Rekord.
Code
Alles anzeigenStatistics by year ┬ 9469 │ ▄ 8686 │ █ 7902 │ █ ▄ 7350 │ █ █ 6798 │ █ █ 6246 │ █ █ 5694 │ ▄ █ █ 4912 │ █ █ █ 4131 │ ▄ █ █ █ 3782 │ █ █ █ █ 3432 │ █ ▄ █ █ █ 2510 │ █ █ █ █ █ 1587 │ █ █ ▄ █ █ █ 1066 │ █ █ █ █ █ █ 545 │ █ █ █ ▄ ▄ ▄ ▄ ▄ █ █ █ ├─────┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┼─┤ ┴ 2 2 2 2 2 2 2 2 2 2 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 2 9 0 1 2 3 4 5 6 7 8 9 0
-
Ich habe eine eu Domain die ich schon so oft umgezogen habe, dass sie aktuell von der Laufzeit für 10 Jahre bezahlt ist. Würde ich Sie zu netcup umziehen, hätte netcup 10 Jahre keine Gebühren an die Registry zu zahlen, würde von mir aber Jahr für Jahr die Gebühr verlangen.
Somit bleibt die Domain dort, wo Restlaufzeiten berücksichtigt und nicht berechnet werden.
Das klappt auch mit com net org aber aber nicht mit de Domains.
-
Wer ist er denn?
-
...und möchte gern mein eigenes Geld nicht für ihre Produkte ausgeben...
Der Satz hat was.
-
Jemand eine Idee ob das aktuelle Türchen im Adventskalender nochmal aufgefüllt wird?
-
Ich habe eine eu Domain die ich schon so oft umgezogen habe, dass sie aktuell von der Laufzeit für 10 Jahre bezahlt ist. Würde ich Sie zu netcup umziehen, hätte netcup 10 Jahre keine Gebühren an die Registry zu zahlen, würde von mir aber Jahr für Jahr die Gebühr verlangen.
Somit bleibt die Domain dort, wo Restlaufzeiten berücksichtigt und nicht berechnet werden.
Das klappt auch mit com net org aber aber nicht mit de Domains.
Genau, kann das bestätigen. Als ich eine Domain mit TLD .net von hier zu I**X transferiert hatte (aufgrund der Netcup-DNS-Wurm-Problematik) , habe ich festgestellt, dass die Laufzeit plötzlich zwei Jahre beträgt, obwohl ich ja durch den Transfer nur für ein Jahr bezahlt hatte.
-
Ich halte es übrigens für eine Unsitte, wenn Provider das Verrechnungsmodell mit der Bezahlung im Voraus praktizieren, da sie selbst erst bei Verlängerung zur Kasse gebeten werden.
dagegen habe ich nichts einzuwenden, wenn dann nach Bezahlung der Rechnung das Ablaufdatum zumindest 1 Jahr in der Zukunft liegt, tut es bei mir aber nicht ...
-
Werden wir eigentlich das 11.11-jährige Bestehen dieses Threads feiern? Und, wenn ja, wie? Zählen wir dann von 1111 runter? In 285,583 Tagen wäre es soweit.
-
kann mich mal jemand über diesen Log eintrag im Postfix aufklären
Dec 9 16:28:58 vhost01 postfix/smtpd[2437]: NOQUEUE: reject: CONNECT from unknown[unknown]: 550 5.7.1 Client host rejected: cannot find your hostname, [unknown]; proto=SMTP
normalerweise bin ich es ja gewohnt, dass da in [] eine IP-Adresse steht so z.B.
Dec 9 17:38:39 vhost01 postfix/smtpd[4128]: NOQUEUE: reject: CONNECT from unknown[68.183.22.30]: 550 5.7.1 Client host rejected: cannot find your hostname, [68.183.22.30]; proto=SMTP
od. auch mit IPv6-Adressen z.B.
Dec 6 23:22:14 vhost01 postfix/smtpd[20698]: NOQUEUE: reject: CONNECT from unknown[2001:bc8:47a0:1a1b::1]: 550 5.7.1 Client host rejected: cannot find your hostname, [2001:bc8:47a0:1a1b::1]; proto=SMTP
wie kommt dieses 'unknown' an Stelle einer IP-Adresse zustande?
-
kann mich mal jemand über diesen Log eintrag im Postfix aufklären
Dec 9 16:28:58 vhost01 postfix/smtpd[2437]: NOQUEUE: reject: CONNECT from unknown[unknown]: 550 5.7.1 Client host rejected: cannot find your hostname, [unknown]; proto=SMTP
[...]
wie kommt dieses 'unknown' an Stelle einer IP-Adresse zustande?
Da hilft wohl nur Quellenstudium (für die verwendete Postfix-Version; allerdings sehe ich diese Einträge auch für v3.5.8): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461227#10
-
m_ueberall interessant; dass des auch bei einer anderen Distri existiert(e); CentOS vs. Debian
wobei wo wir schon bei Distris sind,
kann mir jemand ein Geheimnis verraten:
was wird einem da https://www.shoplinuxonline.com/debian10-full.html verkauft?
(ich find nur 3 DVD-ISOs zum Download, wo sind die anderen 13?)
-
m_ueberall interessant; dass des auch bei einer anderen Distri existiert(e); CentOS vs. Debian
Die distributions-spezifischen Anpassungen am "Kernfunktionsumfang" halten sich deutlich in Grenzen bei Postfix–Debian dürfte hier noch an den meisten Rädchen drehen:
Code
Alles anzeigen-rw-r--r-- 0/0 371 2020-08-02 22:36 debian/patches/02_kfreebsd_support.diff -rw-r--r-- 0/0 1873 2020-08-02 22:36 debian/patches/03_ldap3_by_default.diff -rw-r--r-- 0/0 348 2020-08-02 22:36 debian/patches/04_remove_gdbm_support.diff -rw-r--r-- 0/0 4719 2020-08-02 22:36 debian/patches/05_debian_defaults.diff -rw-r--r-- 0/0 8299 2020-08-02 22:36 debian/patches/05_debian_manpage_differences.diff -rw-r--r-- 0/0 6020 2020-08-02 22:36 debian/patches/05_debian_readme_differences.diff -rw-r--r-- 0/0 3919 2020-08-02 22:36 debian/patches/06_debian_paths.diff -rw-r--r-- 0/0 3018 2020-08-02 22:36 debian/patches/07_sasl_config.diff -rw-r--r-- 0/0 2065 2020-08-02 22:36 debian/patches/09_quiet_startup.diff -rw-r--r-- 0/0 1226 2020-08-02 22:39 debian/patches/10_openssl_version_check.diff -rw-r--r-- 0/0 901 2020-08-02 22:36 debian/patches/12_add_bind_now_and_relro_to_pie.diff -rw-r--r-- 0/0 2001 2020-08-02 22:36 debian/patches/30_shared_libs.diff -rw-r--r-- 0/0 7143 2020-08-02 22:36 debian/patches/40_chroot_by_default.diff -rw-r--r-- 0/0 21129 2020-08-02 22:36 debian/patches/41_rmail.diff -rw-r--r-- 0/0 685 2020-08-02 22:36 debian/patches/50_LANG.diff -rw-r--r-- 0/0 774 2020-08-02 22:36 debian/patches/70_postfix-check.diff -rw-r--r-- 0/0 430 2020-08-02 22:36 debian/patches/debian-man-name.diff
-
[W]as wird einem da https://www.shoplinuxonline.com/debian10-full.html verkauft?
(ich find nur 3 DVD-ISOs zum Download, wo sind die anderen 13?)
Versuchen wir heute wieder, Andere für uns googeln zu lassen? Siehe ggf. https://cdimage.debian.org/debian-cd/current/amd64/list-dvd/
-
Versuchen wir heute wieder, Andere für uns googeln zu lassen? Siehe ggf. https://cdimage.debian.org/debian-cd/current/amd64/list-dvd/
nicht wirklich, und wo stehen diese 16 DVDs als ISO zum Download bereit?
doofe Frage, oder?