Aufgrund einer falsch formatierten aber faktisch korrekten Telefonnummer gibt es generell keine Probleme mit DENIC.
Ab dem 25.05. wird DENIC im Whois nur noch 2 Telefonnummern ausgeben. Eine General Request E-Mail und eine Abuse E-Mail.
Die vollständigen Daten sind zwar weiter für die Registrierung erforderlich, aber DENIC gibt im Whois nur noch diese 2 E-Mails aus.
Wir werden zukünftig voraussichtlich die E-Mail Adresse des OwnerC als General Request und die des TechC als Abuse mappen.
Bei den gTLDs werden ebenfalls nach und nach die Whois-Daten stark eingeschränkt wodurch sich ggf. auch die Transfer-Abläufe ändern werden.
Beiträge von InterNetX
-
-
Hallo @JB1985,
$start = substr($phonePart, 0, 3); //we just assume the first 3 digits of the number as dialling code
Die Funktion nimmt an, dass die ersten 3 Zeichen der Nummer die Vorwahl sind.
Man kann das natürlich auch umstellen, aber dann werden anderen Nummern natürlich wieder falsch formatiert.
Letztendlich ist die Nummer aber grundsätzlich korrekt und wird von der AutoDNS API akzeptiert, das ist das primäre Ziel.
Du kannst aber nach Belieben die Funktion anpassen wenn du die Nummern lieber anders formatiert haben willst.
Und nachdem das Whois so wie es aussieht zukünftig solche Daten sowieso nicht mehr ausgibt ist das vermutlich zu verscherzen.
Wichtig war uns ein praktikabler Ansatz, damit Aufträge nicht wegen falsch formatierter oder eingegebener Telefonnummern scheitern.Gruss Marius
-
Hallo liebe WHMCS Nutzer,
es gibt eine neue Version des Plugins zum Download.
Die Änderungen finden sich im ChangeLog das nun ebenfalls in gekürzter Version auf der Download Seite verfügbar ist:
InterNetX Help CenterDanke an @Denis für die Unterstützung
Grüsse aus Regensburg,
Marius -
Hallo Denis,
ich nutze aktuell PHP 7.0.29
Das Modul passe ich aber natürlich gerne an, sobald eine neue Version bereit steht informiere ich hier.
Ich habe auch noch ein paar andere Verbesserungen die gleich mit einfließen werden.Danke + Gruss Marius
-
Hallo,
ich habe die Premium Domains getestet und konnte keinen Fehler nachvollziehen.
//check if premium domains addon and Lookup Provider are set
$lookupProvider = Capsule::table('tblconfiguration')->select('value')->where('setting', '=', 'domainLookupRegistrar')->first();
$isAddonActive = Capsule::table('tbladdonmodules')->select('value')->where('module', '=', 'InterNetX')->exists();
$isPremiumDomainsOn = Capsule::table('tblconfiguration')->select('value')->where('setting', '=', 'PremiumDomains')->value();Der Code im Zeile 311 der InterNetX.php bezieht sich auf die Premium Domains.
Ich tippe auf einen Fehler beim Lookup-Provider bzw. beim fehlenden WhoisProxy Zugang.
In meinem Test wurde die korrekte Preisklasse ermittelt, der Preis korrekt angezeigt und auch beim DomainCreate die Preisklasse an die API geschickt.Ich habe allerdings nur mit WHMCS 7.5.0 getestet, nicht mit 7.5.1, kann mir allerdings nicht vorstellen, dass es bei dem Versionssprung ein Problem mit dem Modul gibt.
Werde das aber nochmal mit 7.5.1 testen.Gruss Marius
-
Plugin Download
Die Entwickler haben da nochmal ein paar Sachen verbessert, hast du die aktuellste Version des Plugins?
Damit klappt es bei mir, die Anpassungen in der InterNetX.php sind damit nicht mehr notwendig. -
"Premium Domains" habe ich abgeschaltet, wenn das abgeschaltet ist sollten alle Premium Domains als "nicht verfügbar" erscheinen.
-
Ich habe das gerade mal bei mir getestet, ich habe die InterNetX.php wie oben beschrieben angepasst. Da kommt aber relativ schnell eine Antwort als "nicht verfügbar".
-
Hast du Preise für .hosting in den Domain Preisen hinterlegt? Wenn da kein Preis hinterlegt ist dann frägt er die Domain auch nicht ab sondern nimmt eine andere TLD.
Ich konnte das reproduzieren, wenn ich die franz.hosting abfrage kommt auch franz.net (.net weil das die erste TLD im Domain Pricing ist die ich eingetragen habe).
Sobald ich .hosting mit Preisen definiert habe wird die TLD auf abgefragt und das Ergebnis ist korrekt. -
Kannst du bitte mal zusätzlich die Premium Domains aktivieren? Es kann sein, dass man die aktivieren muss damit der Lookup korrekt funktioniert.
-
Hallo,
wenn du die 500 kostenlosen Abfragen nutzen willst genügt eine E-Mail an unseren Vertrieb mit deiner Kundennummer und deiner Server-IP.
Ob die 500 Abfragen genügen siehst du dann relativ schnell.Die Aktivierung des Lookup Providers geht dann direkt in den Preiseinstellungen für die Domains, das ist auch im Setup Guide beschrieben:
Premium Domains im Setup GuideFür weitere Fragen stehe ich gerne zur Verfügung.
Grüße aus Regensburg,
Marius -
Ich habe das Problem aber bisher von keinem anderen Kunden gehört, werde das aber im Auge behalten.
Wenn es überhaupt nicht funktioniert würde ich das verstehen, aber wenn es einmal funktioniert und dann plötzlich wieder nicht ist das sehr komisch. -
Ich habe die Anpassungen jetzt fertig, eine aktualisierte Version der Module findest du hier:
WHMCS PluginWegen dem Problem mit dem AdminC, ich habe nochmal die InterNetX.php unter /modules/registrars/InterNetX/ geprüft.
Die 2 Funktionen InterNetX_RegisterDomain und InterNetX_TransferDomain enthalten den gleichen Code:
Code
Alles anzeigenforeach ($contacts as $key => $contact) { if($params['adminContact'] == 'on') { if($key == "ownerc" || $key == "adminc") { $type = null; }else{ $type = "admin"; } }else{ $type = ($key == "ownerc") ? null : "admin"; }
Dieser Teil sorgt für die Übernahme des OwnerC als AdminC und der ist bei beiden Funktionen enthalten.
Kannst du das in deiner InterNetX.php bitte mal gegenprüfen? -
Umso tragischer das ganze für die Domain und Email Weiterleitungen. Die scheint komplett woanders zu sein und zwar unter modules/registrars/InterNetX/domainForwading.tpl zu sein.
Ich hab das jetzt auf deutsch und bisschen schicker gemacht. Hab das auch direkt alles rein geschrieben, weil ich nicht weiß ob dort Language strings greifen.Die Frage stellt sich sowieso, warum das Template an dieser Stelle ist? Findet man auch in keiner Dokumentation.
Auch die Menü Einträge "Manage Domain Forwarding" und "Change Owner" sind irgendwo Hard im Code übersetzt. Weiß jemand wo die sind?
domainForwarding.tpl
Smarty
Alles anzeigen{* * ******************************************************************** * InternetX registrar module. Product developed. (2014-02-21) * * * * CREATED BY MODULESGARDEN -> http://modulesgarden.com * CONTACT -> [email protected] * * * This software is furnished under a license and may be used and copied * only in accordance with the terms of such license and with the * inclusion of the above copyright notice. This software or any other * copies thereof may not be provided or otherwise made available to any * other person. No title to and ownership of the software is hereby * transferred. * * * ******************************************************************** *} {** * @author Paweł Kopeć <[email protected]> *} <div style="min-height: 300px;"> <div class="page-header"> <h1>Domain & Email Weiterleitung</h1> </div> <div class="alert alert-block alert-info"> <p>Domain: <strong>{$domain}</strong></p> </div> <div class="alert alert-warning">Damit Sie die Domain Weiterleitung nutzen können, müssen Sie ein A-Record auf die folgende IP Adresse setzen. <br />IP Adresse: 62.116.130.8 <br /><br /> Eine Änderung kann bis zu einer Stunde dauern bis die aktiv ist!</div> {if $info} <div class="alert alert-success"> <p class="bold textcenter">{$info}</p> </div> {/if} {if $errors} <div class="alert alert-error"> <p class="bold textcenter"> {foreach from=$errors item=err} {$err}<br/> {/foreach} </p> </div> {/if} <form method="post" style="margin-top:30px;"> <table style="width:100%;" class="table table-striped table-framed"> <thead> <tr> <th class="textcenter">Domain/Subdomain</th> <th class="textcenter">Type</th> <th class="textcenter">Weiterleiten nach</th> <th></th> </tr> </thead> <tbody> {foreach from=$redirects key=key item=redirect} <tr> <td class="textcenter"><input type="text" name="domainForwarding[{$key}][source]" value="{$redirect.source}"></td> <td class="textcenter"> <select name="domainForwarding[{$key}][mode]" class="domainForwarding_mode" rel="{$key}"> <option value="frame"{if $redirect.mode eq "frame"} selected="selected"{/if}>frame</option> <option value="http"{if $redirect.mode eq "http"} selected="selected"{/if}>http</option> <option value="https"{if $redirect.mode eq "https" || $redirect.mode eq ""} selected="selected"{/if}>https</option> </select> </td> <td class="textcenter"> <input type="text" name="domainForwarding[{$key}][target]" value="{$redirect.target}"> <input type="hidden" name="domainForwarding[{$key}][id]" value="{$redirect.id}" /></td> <td class="textcenter"><div id="domainForwarding_tilte_{$key}" {if $redirect.mode != "frame"}style="display:none;" {/if}> Title: <input type="text" name="domainForwarding[{$key}][title]" value="{$redirect.title}"></div></td> </tr> {/foreach} <tr> <td class="textcenter"><input type="text" name="newDomainForwarding[source]" value="{$domain}"></td> <td class="textcenter"> <select name="newDomainForwarding[mode]" id="newDomainForwarding_mode"> <option value="frame">frame</option> <option value="http">http</option> <option value="https">https</option> </select> </td> <td class="textcenter"><input type="text" name="newDomainForwarding[target]"></td> <td class="textcenter"><div id="newDomainForwarding_tilte">Title: <input type="text" name="newDomainForwarding[title]" value=""></div></td> </tr> </tbody> </table> <br /> <center> <p class="textcenter"><input type="submit" value="Einstellung speichern" class="btn btn-large btn-primary"></p></center> </form> </div> <br /> <br /> {literal} <script type="text/javascript"> $(document).ready(function() { $('#newDomainForwarding_mode').change(function(){ var selected; selected =$("#newDomainForwarding_mode option:selected").val(); if(selected=="frame") $("#newDomainForwarding_tilte").show(); else $("#newDomainForwarding_tilte").hide(); }); $('.domainForwarding_mode').change(function(){ var id = $(this).attr('rel'); var selected; selected =$("option:selected", this).val(); if(selected=="frame") $("#domainForwarding_tilte_"+id).show(); else $("#domainForwarding_tilte_"+id).hide(); }); }); </script> {/literal}
'JB1985'
Die Language Tags greifen auch dort, ich habe das getestet.
Bin dabei das Ganze besser zu lokalisieren, habe aber auch Probleme den genauen Quellcode zu lokalisieren.
Sobald ich das alles angepasst habe gebe ich Bescheid und du kannst die Änderungen vorab testen. -
Hallo 'JB1985'
Folgendes Szenario:
Wenn das Produkt mit inklusiv Domain bis zum Fälligkeitsdatum nicht bezahlt wird, springt der Status auf Expired bei der Domain in WHMCS. Im AutoDNS wird die Domain trotzdem verlängert (was auch richtig ist). Zahlt der Kunde das Produkt (Rechnung) irgendwann im Mahnwesen, so springt die Domain in WHMCS nicht wieder auf aktiv.
Die Domain bleibt in Expired und wird nicht mehr mit Autodns gesynct.
Ist das so gewollt oder ein Bug?
Wenn die Domain nicht wieder auf aktiv springt ist das ein Problem von WHMCS und nicht in unserem WHMCS Modul.
WHMCS müsste, sobald die Zahlung erkannt wurde die Domain wieder auf ACTIVE setzen, ob das WHMCS macht und in welchen Fällen kann ich dir ad hoc leider nicht sagen.
Unser Modul bzw. der Domainsync arbeitet mit dem WHMCS Status der Domain, nur wenn dieser auf ACTIVE steht werden die Domaindaten synchronisiert.Gruss Marius
-
Hallo 'sixteen2012'
Hallo Marius und hallo Community,
ein recht dringliches Thema plagt mich im Moment.
Mein Unterkonto bei meinem Domainpartner hat eine Monatliche Abrechnung beantragt, ich rechne mit den Kunden jedoch jährlich ab.Jetzt ist folgendes passiert, die Domain wurde zum 31.1.18 gekündigt, obwohl die Domain erst am 30.1.18 bestellt wurde.
Nachzustellen ist, dass die Domain per AutoDNS Modul WHMCS seitig getriggert wurde, dann wurde die Kündigung veranlasst.
Wieso das ganze ist, kann ich nicht nachvollziehen ehrlich gesagt.Wie kann so etwas passieren und wie kann ich Maßnahmen dagegen einleiten?
Bei mir stehen alle Domains auf autorenew=no
Bei monatlicher Abrechnung ist der Tag für die Fälligkeit immer der letzte Tag des Monats.
Wenn man autorenew=no gesetzt hat wird die Domain immer am letzten Tag des Monats gelöscht.
Auto-Delete und monatliche Abrechnung sind grundsätzlich NICHT kompatibel, hier können wir weder in AutoDNS noch im WHMCS Modul eine passende Lösung anbieten.
Um mit Auto-Delete arbeiten zu können muss es zwingend eine jährliche Abrechnung für Domains geben.Gruss Marius
-
# InternetX
$_LANG['internetxmainip'] = "IP Adresse:";
$_LANG['internetxwwwinclude'] = "Add www-Zone";
Da ist noch ein kleiner Fehler bei der englischen Übersetzung, das müsste "IP Address" heissen. -
Hallo @JB1985,
Danke für den Verbesserungsvorschlag, das sehe ich mir an und übernehme es gerne
Gruss Marius
-
Hallo@'sixteen2012't
wenn du mir das Problem genauer beschreibst kann ich das gerne mit Request und Response aus dem Module Log prüfen.
Grundlegend nimmt unsere API alle Aufträge die generell gültig sind an. Nur bei grundlegenden Fehlern kommt sofort ein Error.
Die Auftragsverarbeitung an sich läuft aber meist asynchron ab, das heisst der Fehler wird erst mit der Response von der API gemeldet und den bekommt WHMCS gar nicht erst mit.
Nur durch den Domainsync werden ggf. auftretende Fehler von WHMCS erkannt. Parallel solltet Ihr aber zu jedem Auftrag eine Rückmeldung per E-Mail von uns erhalten, dort wären dann eventuelle Fehler ersichtlich.Gruss Marius
-
Unter Setup -> Products/Services -> Domain Registrars -> Configure
In der Registrar Konfiguration kannst du einstellen, dass der Inhaber gleich AdminC ist.
Das hat v.a. für .DE Domains einen Vorteil wegen der Haftung des AdminC für die Inhalte der Webseite.Wobei das unabhängig von der Fehlermeldung oben sein sollte, das "Der Domainkontakt fehlt oder der Typ kann nicht als AdminC verwendet werden." dürfte bei einer .DE Domain erscheinen aber nicht bei einer .AT.
Mir wäre aktuell nicht bekannt, dass bei .AT der AdminC ein Typ "PERSON" Handle haben muss. Da werde ich mich aber schlau machen wenn du mir die Domain per E-Mail geschickt hast.