Onderwerp: Nieuwe ICANN regels: ERRP, contactgegevens verificatie

In het kader van we hebben toch niets beters te doen... Waardeloos, wij bellen klanten die offline dreigen te gaan al na om dit te voorkomen.

Oorspronkelijk geplaatst door SmilieBG

En nog iets - indien je resellers hebt, dan kan je uitgaande mails niet echt aanpassen (whitelable). Dus het ziet, ruikt en lijkt op het spam - dan zal het ook wel spam zijn (denken klanten).
Ik zie dat OpenMinds wel een hele nette mail in elkaar gezet heeft, maar dat luxe hebben wij dus niet.

Dat is precies het probleem waar wij mee zitten. Eigenlijk wil je een iets aangepaste mail kunnen sturen afhankelijk van de domeinnaam, zo kun je dan de taal + genoemde namen aanpassen naar wat voor die naam gewenst is. Helaas heb ik nog geen partijen gezien waar dat mogelijk is, wel heb ik deze vraag richting onze leverancier gesteld en hopelijk hebben we hier op korte termijn een oplossing voor.

Omdat ik er een beetje "moe" van wordt om er steeds achteraan te mailen heb ik een scriptje gemaakt wat dit automatisch doet.
Het haalt de domeinnamen en de suspend datums op via de Enom API en stuurt de klant een Nederlandstalige e-mail dat de contactgegevens nog bevestigd moeten worden.

Elke 3 dagen wordt de mail automatisch verstuurd, de dagen kan je zelf instellen in de array op regel 25.

De tekst van de mail moet ik morgen nog even nalezen, maar deze kan je naar eigen wens aanpassen.

Het script wat je 1x per dag moet laten lopen via een cronjob.
Let op dat je IP-adres op de whitelist moet staan bij ENOM.

Ik heb nog een ticket uit staan bij ENOM of je ook de bevestigings mail opnieuw kan laten verzenden via hun API.
Daarover wacht ik nog op antwoord van ENOM en zal indien het mogelijk is daarvoor ook even een scriptje maken.

Ik hoop dat iemand er wat aan heeft :-)

En nu slapen

Code:

<?php
//
// ENOM remember customers to confirm their e-mailaddress
//
// Dennis op de Weegh - Bitency
// Questions? d.opdeweegh@bitency.nl
//
// Use At Your Own Risk!
//
// Your IP-address must be whitelisted for the ENOM API.
//
// Set this script as cronjob once a day
//

// SETTINGS
$enom_username = ""; // ENOM USERNAME
$enom_password = ""; // ENOM PASSWORD

$from_name = "Companyname"; // FROM COMPANYNAME
$from_mail = "mail@address.nl"; // FROM MAILADDRESS

$cc = TRUE; // MAIL CC TRUE or FALSE
$cc_address = "mail@address.nl"; // CC MAILADDRESS

$sendDAYS = array(1, 2, 3, 6, 9, 12, 14); // SEND MAILS X DAYS BEFORE SUSPENSION DATE

$subject = "Bevestig uw e-mailadres voor domeinnaam {domain}"; // SUBJECT MAIL

// MESSAGE
$message = '<font face="Arial" size="2">';
$message .= 'Geachte heer/mevrouw, <br /><br />

Naar aanleiding van een nieuwe registratie van een domeinnaam of een aanpassing aan een bestaande domeinnaam, dienen wij u te vragen om uw e-mailadres te bevestigen. <br /><br />

U heeft hiervoor onlangs een Engelstalige e-mail ontvangen op het e-mailadres {newemailaddress} met daarin een link om het e-mailadres te bevestigen. 
Echter is het e-mailadres tot op heden nog niet bevestigd. Het onderwerp van deze mail is "IMMEDIATE VERIFICATION required for {domain}". <br /><br />

<b>U heeft de tijd tot {suspdate} om het e-mailadres te bevestigen. Anders zal het domeinnaam door ICANN* worden geblokkeerd. </b> <br />
* ICANN is de beheerder van alle generieke domeinnamen .com, .org, .info etc. <br /><br />

Indien u deze mail niet heeft gekregen kunt u contact opnemen met onze helpdesk. 
Wij zullen u dan een nieuwe e-mail sturen met een bevestigings link. <br /><br />

Mocht u vragen hebben dan kunt u op deze e-mail reageren. <br /><br />

Met vriendelijke groet,<br /><br />

Companyname<br /><br />
';
$message .= '</font>';

// END SETTINGS


$headers = "From: " . $from_name . " < ".$from_mail." >\r\n";
if ($cc) { $headers .= "CC: ".$cc_address."\r\n"; }
$headers .= "MIME-Version: 1.0\r\n";
$headers .= "Content-Type: text/html; charset=ISO-8859-1\r\n";


// ENOM API XML TO ARRAY
$enom_api = @file_get_contents('https://reseller.enom.com/interface.asp?command=RPT_GetReport&uid='.$enom_username.'&pw='.$enom_password.'&ReportType=31&Download=FALSE&ResponseType=xml');
$xml = new SimpleXMLElement($enom_api);

$nasty = "report31-single";

// LOOP ARRAY
foreach ($xml->rpt->results->rptrawxml->{$nasty} as $value) {


	// Convert time
	$time = strtotime($value['suspensiondate']);
	$now = time();
	$datediff = $time-$now;
    $daysforSuspend = floor($datediff/(60*60*24));

	// values in mail/subject
	$subject = str_replace("{domain}", $value['domainname'], $subject);
	$message = str_replace("{domain}", $value['domainname'], $message);	
	$message = str_replace("{suspdate}", date('d-m-Y', $time), $message);	
	$message = str_replace("{newemailaddress}", $value['newemailaddress'], $message);
	
	// IF DAYS matching send mail to cust.
	if (in_array($daysforSuspend, $sendDAYS)) {
		// SEND MAIL
		mail($value['newemailaddress'], $subject, $message, $headers);
	}


}
?>

Pastebin: http://pastebin.com/S0N6gAwK

@Dennis , ik snap je idee achter deze script. Je bent wel ervan bewust dat registries ook in totaal 5 e-mails verzenden (om de 3 dagen, 15 dagen lang)?
Klant krijgt dan in totaal 10 e-mails per domeinnaam. Een beetje overkill, maar nogmaals heb ik wel begrip voor want wij worden ook langzamerhand moe van allerlei vragen.

En dan ook blijft het 'uitdaging' m.b.t. domeinnamen van de resellers.
@Mark17 , bij een van onze leveranciers kunnen wij helemaal niks aanpassen aan de e-mail template. Bij eNom kan dat wel, maar er is ook geen onderscheid tussen 'onze' domein en domeinnaam van onze reseller. Maar stel dat registry wel twee aparte templates zou hebben. Hoe zou jij dan onderscheid maken welke geregistreerde / verhuisde domein van jullie zelf is - en welke van een van de resellers?

De meeste klanten deleten de mail omdat ze denken dat het SPAM is.

Ik denk dat er een aantal goede domeinnamen verloren zullen gaan aan dropcatchers die dit juist wel een goede zaak vinden.

Domenico, volgens mij zie jij het verkeerd. Domeinnaam komt niet vrij voor de registratie. Het registratie status blijf behouden alleen wordt domeinnaam technisch uit name servers los gekoppeld. Dus kans dat iemand domeinnaam kaapt bestaat simpelweg niet ;-)

Oorspronkelijk geplaatst door SmilieBG

Domenico, volgens mij zie jij het verkeerd. Domeinnaam komt niet vrij voor de registratie. Het registratie status blijf behouden alleen wordt domeinnaam technisch uit name servers los gekoppeld. Dus kans dat iemand domeinnaam kaapt bestaat simpelweg niet ;-)

Ja had ik inmiddels al begrepen.

Oorspronkelijk geplaatst door SmilieBG

En dan ook blijft het 'uitdaging' m.b.t. domeinnamen van de resellers.
@Mark17 , bij een van onze leveranciers kunnen wij helemaal niks aanpassen aan de e-mail template. Bij eNom kan dat wel, maar er is ook geen onderscheid tussen 'onze' domein en domeinnaam van onze reseller. Maar stel dat registry wel twee aparte templates zou hebben. Hoe zou jij dan onderscheid maken welke geregistreerde / verhuisde domein van jullie zelf is - en welke van een van de resellers?

Het liefste zou ik het standaard bij elke domeinnaam meegeven. Via bv een EPP extensie zou dit perfect mogelijk moeten zijn. Van 1 partij kreeg ik al de optie om er 2 accounts te nemen, dit kan natuurlijk ook (dit is echter technisch een stukje lastiger te regelen aan onze kant en schaalt minder goed aangezien dan ook per reseller daar weer een account nodig is).

@Mark17

Waar ergens kan je die mails bij Enom aanpassen?
Enom zelf is zo traag met het beantwoorden van tickets.

Oorspronkelijk geplaatst door dennis0162

@Mark17

Waar ergens kan je die mails bij Enom aanpassen?
Enom zelf is zo traag met het beantwoorden van tickets.

Geen idee, wij zijn al enige tijd bezig alles bij Enom weg te halen. Echter door een overname duurt dit langer dan eerder gehoopt. Tegen eind dit jaar moet alles er weg zijn (van wat er nu nog staat).

Bij Enom is het helaas niet mogelijk om de mails aan te passen:

Hello,

Thank you for contacting Technical Support. I'll be happy to assist you.

Unfortunately there is no way to customize the emails but you can use the command RAA_ResendNotifcation to resend the verification email.

Met onderstaande code kan je de mail eventueel opnieuw laten verzenden:

Zelf laten we het even bij het Nederlandstalige mailtje wat verzonden wordt naar de klant.

Code:

<?php
// ENOM resend verification mail
//
// Dennis op de Weegh - Bitency
// Use At Your Own Risk!
// Questions: d.opdeweegh@bitency.nl
//
// file.php?domainname=domain.com

// BEGIN SETTINGS
$enom_username = "";
$enom_password = "";

// valid domain?
if (!preg_match('^(?:[a-zA-Z0-9]+(?:\-*[a-zA-Z0-9])*\.)+[a-zA-Z]{2,6}$^', $_GET['domainname'])) {
    echo "Domeinnaam niet correct.";
	die();
} 

// ENOM API XML TO ARRAY
$enom_api = @file_get_contents('https://reseller.enom.com/interface.asp?command=RAA_ResendNotification&uid='.$enom_username.'&pw='.$enom_password.'&domainname='.$_GET['domainname'].'&ResponseType=xml');
$xml = new SimpleXMLElement($enom_api);

// success?
if ($xml->Success) {
	echo "De e-mail is zojuist opnieuw verzonden naar uw e-mailadres.";
} else {
	echo "De e-mail kan helaas niet opnieuw verzonden worden, neem contact met de helpdesk.";
}

?>

Topic kick

Hoe gaat dit bij jullie? Bij ons denken sommige klanten dat het spam is en ze niet op de link moeten klikken in de mail :-)

Wat ik bijvoorbeeld ook raar vindt is dat je bij Enom en Openprovider wel de klant de contacten moeten bevestigen.
Maar bij MijnDomeinReseller en ODR krijgt de klant daar nooit een mail voor om dit te doen bij een nieuwe registratie of wijziging.

Weet iemand hoe dat zit? Ligt er aan hoe je de regels van ICANN interpreteert?

Oorspronkelijk geplaatst door dennis0162

Hoe gaat dit bij jullie? Bij ons denken sommige klanten dat het spam is en ze niet op de link moeten klikken in de mail :-)

Zeg maar gerust de meerderheid i.p.v. sommige
Het is jammer dat de inhoud van het bericht niet aangepast kan worden, want het lijkt ook best op spam.

Wat ik bijvoorbeeld ook raar vindt is dat je bij Enom en Openprovider wel de klant de contacten moeten bevestigen.
Maar bij MijnDomeinReseller en ODR krijgt de klant daar nooit een mail voor om dit te doen bij een nieuwe registratie of wijziging.

Weet iemand hoe dat zit? Ligt er aan hoe je de regels van ICANN interpreteert?

Denk niet dat er genoeg ruimte in de regels zit om de e-mail (of SMS) in zijn geheel niet te versturen.

Wel is er enige ruimte om het domein niet meteen uit de lucht te halen, als er vervolgens niet geklikt wordt. Een registrar heeft ook de mogelijkheid om de gegevens handmatig te controleren (en er staat nergens hoe grondig dat moet gebeuren).

if Registrar does not receive an affirmative response from the Registered Name Holder, Registrar shall either verify the applicable contact information manually or suspend the registration, until such time as Registrar has verified the applicable contact information.