AHORA con SectorHosting

¡OBTENGA SU NOMBRE DE DOMINIO INTERNACIONAL SIN TARJETA DE CRÉDITO Y EN MONEDA LOCAL!

Ahora podrá registrar su nombre de dominio .com, .net o .org en moneda de su país, a través de cualquiera de nuestros medios de pago: http://www.sectorhosting.com/lugares_pago.html y sin necesidad de contar con tarjeta de crédito internacional.

Ingrese al sitio de SectorHosting: http://www.sectorhosting.com/dominios.html, consulte la disponibilidad del nombre de dominio, y regístrelo en minutos.

==================================================
CONTROL TOTAL con REGISTRO A SU NOMBRE
==================================================

Obtendrá acceso a su propio panel de administración de nombres de dominio desde donde podrá: realizar transferencias, cambiar titularidad, modificar DNS’s, recibir alertas de proximidad de vencimiento, realizar pagos (tarjeta de crédito internacional – Paypal), bloquearlo, redireccionarlo, y otros servicios como mantener privacidad de datos de registro, descuentos por pagos de renovaciones y registros por mayores periodos de tiempo, etc.

==================================================
Y SI YA ES CLIENTE DE SECTORHOSTING
==================================================

¡Registramos su nombre de dominio antes que realice su pago!

==================================================

¿Ya posee un nombre de dominio regional (.com.ar, por ejemplo)?
¿Por qué habría de registrar un nombre de dominio internacional?

- Porque tendrá más y mejores apariciones en los buscadores.

- Porque es mucho más barato que un dominio regional.
- Porque aumentarán sus visitas.
- Porque es su oportunidad de asegurar un lugar propio en el mercado internacional.

No lo dude, registre ya mismo su nombre de dominio internacional y extienda al máximo las fronteras de su sitio.

Y hágalo a través de SectorHosting, una de las empresas en Internet de mayor crecimiento en el mercado de servicios de hosting de habla hispana.

==================================================
¡HAGA COMPARACIONES UD. MISMO!
==================================================

VELOCIDAD:
http://www.sectorhosting.com/test-velocidad.html

ESTABILIDAD: servidores que no se caen
http://www.webhostingstuff.com/uptime/SectorHosting.html

==================================================

Cambio de DNS primario y secundarios en panel de nombres de dominios internacionales.
Tutorial paso a paso
Vamos a cambiar DNS primario y secundario de un nombre de dominio internacional en el panel de administración de su nombre de dominio provisto por SectorHosting.
1.- Ingrese a su panel de administración de su nombre de dominio.

Ingreso a su panel de nombre de dominio

2.- Ha ingresado a su pantalla principal.
En las opciones de “My Products”, ingrese en Domain Manager.

Pantalla principal de su panel

3.- Aparece el listado con sus dominios – Click sobre el nombre de dominio en cuestión.

Lista de sus nombres de dominios

4.- Aparecen las propiedades del dominio.
En el apartado Name Servers, click sobre el “Manage”.
En este caso aparecen los nameservers asignados: NS11.SECTORHOSTING.COM y NS12.SECTORHOSTING.COM

Propiedades del nombre de dominio elegido

5.- Click sobre “I host my domains whit another provider”. Los nombre de DNS aparecerán en campos de texto editables.

Campos de texto editables para el cambio de DNS's

6.- En el ejemplo hemos cambiado los NS11 y 12 por NS15.SECTORHOSTING.COM y NS16.SECTORHOSTING.COM.
Luego click sobre el botón “Ok”.

Cambios efectuados correctamente

7.- Tarea terminada. Ahora el nombre de dominio tiene asignados como nameservers: NS15.SECTORHOSTING.COM y NS16.SECTORHOSTING.COM. El nombre de dominio tardará en responder desde los nuevos nameservers en Internet, desde unos pocos minutos, hasta algunas horas. Recibirá un email en su dirección registrada informando del cambio.

Visualización de los cambios realizados

CONSULTA DEL USUARIO:

A quien corresponda:

Anteiormente habia anviado un tiket debido a que en mi sitio www.comosalirdelacrisis.com, tenemos un sistema de boletines con PHPList y nuestra lista es de aproximadamente 400 usuarios, me respondieron que no habia problema que se podia hacer una excepción por el excedente de mails, sin embargo haciendo un analisis, nuestro sitio tiende a crecer y por tanto es muy probable que superemos este número de mails diarios, por tal motivo haga la solicitud de algún plan o tarifa que pueda solventar este problema, seguramente llegaremos a los 1000 mail diarios, entonces para evitar que desactiven nuestra cuenta de mail, nos gustaria saber si existe algun costo adicional, los mails que enviamos son texto con alguna imagen sencilla los cuales no pesan demaciado sin ambargo el hecho es que si pueden ser bastantes.

De favor indiquenos los planes o tarifas para envio masivo de mail, por su atención de antemano muchas gracias y reciba un cordial saludo.

RESPUESTA DEL STAFF:

Estimado usuario:

Analizaremos la situación que plantea y le daré una respuesta a la brevedad.

Cordial saludo.

RESPUESTA DEL STAFF:

Estimado:
Mientras los emails se mantengan en esa cantidad (aprox. 300 o 400) y además no sean de excesivo peso, no habrá inconvenientes con su envío. Es importante resaltar que no sean estos envíos en forma de Bulk, o sea un email con 300 destinatarios, ya que de esa forma, el servidor ocupa muchos recursos en exclusiva. Lo conveniente es no más de 30 destinatarios y si es posible con pausa en los envíos, cuanto mayor, mejor.
Si el requerimiento es mucho mayor, comuníquese nuevamente e intentaremos organziar esos envíos teniendo en cuenta peso, cantidad y horario.
Cerraré su nuevo ticket con esta misma respuesta.
Quedamos a su disposición y disculpas por la demora en esta respuesta.
Cordial saludo.

RESPUESTA DEL STAFF:

Hola que tal. Tengo 2 consultas.
Un cliente contrató un servicio de envio de emails. La persona que contrató le pide subir al servidor unos archivos de PHP, desde donde se va a hacer el envio. Se trata de la publicidad de una pelicula proxima a extreñarse en todos los cines.

¿Cuál es el límite de envíos que se pueden hacer de esta manera?
Osea, sin utilizar el servidor SMPT, para el cual son 200, tengo entendido.

En caso de que este cliente envie mas mails de los permitidos, segun leí se establecerá un punitorio y una suspension del servicio. Dicha suspension, ¿es por el dominio en cuestion o para el plan entero de R1?

Desde ya muchas gracias
agradesco la pronta respuesta
Saludos.

=============================

Respuesta de SectorHosting

Estimado Nahuel:
El límite es de 300 emails por día por dominio. Esto es estimativo, no una cifra sistematizada. Técnicos testean el uso y estado de recursos del servidor, y se toma una decisión, basada en un análisis humano, no de sistema.
En caso de suspensión, se suspende la cuenta que realiza el exceso únicamente.
Lo que se trata en realidad, no es de cobrar multas ni quitar servicios, sino por el contrario, el mantenerlos.
Puede ver alguna nota aclaratorio de estas medidas en:

http://blog.sectorhosting.com/2009/07/26/sobre-mails-masivos-informar-requerimiento/

http://blog.sectorhosting.com/2009/07/29/sectorhosting-nueva-politica-para-envios-masivos-de-emails/

Gracias por su preocupación y quedo a su disposición.

Julio O. Mellado
www.sectorhosting.com

CONSULTA DEL USUARIO:

Buen día, estoy en proceso de utilizar los servicios de sector hosting y tengo dudas sobre que alternativas tengo para enviar más de 300 correos en un mismo dia.

En la clásula 14 del contrato de servicios indica que debo informar mi requerimiento.

De igual forma tengo duda sobre como se contabiliza esto ya que entiendo que se pueden enviar los correos de dos formas:

a) Por el servidor (utilizando php)
b) Por el mail del cliente (webmail, outlook, fedora)
PREGUNTA 1 ¿COMO Se Contabilizan los 300 correos / dominio . dia?

PREGUNTA 2 :¿Si uno de mis clientes tiene un problema de virus en su pc y ms outlook manda 300spam. Eso me causa baja del servicio?????

Si los beneficiados con tener cuenta de correo de uno de mis clientes (sus empleados -supongamos 20-) un día tienen mucha actividad de correo (más que nada los correos personales y correos internos)

PREGUNTA 3:
Si ellos mandan más de 300 correos ¿ me causan baja del servicio?

Gracias por su atención

RESPUESTA DEL STAFF:

Estimado David:

Gracias por su consulta.

No hay en rigor una suspensión automática por sistema cuando un dominio envía más de “300 emails por día y por dominio”.
El tema pasa por el stress del servidor que el uso de SMTP puede ocasionar con “n” cantidad de emails. Tomamos como cifra 300, pero bien puede variar ese número por las características del email (peso, archivo adjunto), por el tiempo de envío (pueden enviarse todos juntos o separados en lapsos) y aun así, varía por el estado del server en el momento de envío.
Si la carga del servidor hace peligrar el servicio (puede suceder que hasta caiga el servicio) el origen es suspendido inmediatamente. Y esto sin aviso al mismo. No hay tiempo en general para informar y luego esperar respuesta y luego proceder.
Un usuario que envía 300 emails en foma de bulk, con un adjunto de 10 MB. es un usuario que no tiene en cuenta la posibilidad de sobrecarga que en el servidor ese envío puede ocasionar. Ese usuario puede ser suspendido si los recursos se ven afectados. El mismo envío se puede realizar en tandas con intervalos de tiempo.
La facilidad que el usuario posee en los sistemas de envío, pudiendo enviar miles de emails con un click, confunden a veces el uso de un servicio de hosting (el cual brinda posibilidad de envíos de emails), con un sistema de comunicación masiva, o de publicidad sin límites.

No importa la forma de envío. NO importa en realidad si el origen tiene un troyano o no. Lo que se mira es la “salud” del server.

A modo informativo, las políticas de envíos de emails, desde el lado técnico, son cada vez más estrictas en nuestra firma, y esto debido al aumento de casos de envíos masivos.
Este aumento de casos se debe principalmente al desconocimiento de las reglas de uso (en general se hace click en “acepto…” y pocos leen las reglas), al desconocimiento del stress que envíos masivos causan al servidor (desconocimiento de la tecnología), y al aumento de casos de máquinas infectadas con troyanos (en general descuidos de uso de tecnología). También, sucede el robo de accesos, empleados de firmas que utilizan recursos en forma propia, y muchos etc. Por último, tenemos los casos de usuarios que conociendo la tecnología, proceden intencionalmente.

Pero técnicamente, no importa si el origen es o no intencional, ya que el hecho sucede igual.

Entonces tenemos por un lado el aspecto legal y la inclusión posible en listas negras de IP o rangos completos de IP de SH, lo cual perjudica a miles de usuarios de SH (denuncias de SPAM a nivel entidades fuera de SH). SI existe denuncia de SPAm de alguna entidad nacional o internacional, el servicio es supendido, y en estos casos, puede no volver a reactivarse.

Por otro lado, en el plano puramente técnico, no es necesario que existan denuncias de SPAM para que SH suspenda un servicio, ya que que si los recursos de determinado servidor/servicio sufren abuso, el origen debe suspenderse.

En ambos casos, la situación es crítica y la suspensión debe realizarse, aunque en el segundo caso, cuando la decisión depende únicamente de SH, tenemos cierta permisividad.

En cuanto a antecedentes, es importante tener en cuenta las reincidencias, ya que en ese caso, puede ser que el servicio lamentablemente no sea reactivado.

Estas medidas, son justamente para trabajar y crecer junto al usuario. No para entorpecer su trabajo.
Cuando digo usuario me refiero a todos los que comparten servicios en un servidor.
Si fuéramos permisivos en este tema de envíos de emails, si no realizáramos suspensiones por abuso de uso de servicio, SH literalmente no existiría.

Espero haber aclarado un poco el uso de nuestro servicio.

Quedo a su disposición.

Cordial saludo.

Julio Mellado
www.sectorhosting.com

Podrian rehabilitar el dominio nnnn.com, creo que queda claro de mi respuesta al TKT 17023 que el correo basura no fue para nada intencional al tener un virus el equipo que los enviaba.

Al recibir los logs se identifico y deshabilito para que esto no suceda más.

Desde ya muchisimas gracias

RESPUESTA DEL STAFF:

Estimado Mariano:

El servicio por el dominio nnn.com ha sido habilitado.

A modo informativo, las políticas de envíos de emails, desde el lado técnico, son cada vez más estrictas en nuestra firma, y esto debido al aumento de casos como el nnn.com. Técnicamente, no importa si el origen es o no intencional, ya que el hecho sucede igual.
Entonces tenemos por un lado el aspecto legal y la inclusión posible en listas negras de IP o rangos completos de IP de SH, lo cual perjudica a miles de usuarios de SH (denuncias de SPAM a nivel entidades fuera de SH).
Por otro lado, en el plano puramente técnico, no es necesario que existan denuncias de SPAM para que SH suspenda un servicio, ya que que si los recursos de determinado servidor/servicio sufren abuso, el origen debe suspenderse.
En ambos casos, la situación es crítica y la suspensión debe realizarse, aunque en el segundo caso, cuando la decisión depende únicamente de SH, tenemos cierta permisividad.
En cuanto a antecedentes, es importante tener en cuenta las reincidencias, ya que en el caso de nnnn.com, un nuevo caso puede hacer que el servicio lamentablemente no sea reactivado.
Estas medidas, son justamente para trabajar y crecer junto al usuario. No para entorpecer su trabajo. Cuando digo usuario me refiero a todos los que comparten servicios en un servidor. Si fuéramos permisivos en este tema de envíos de emails, si no realizáramos suspensiones por abuso de uso de servicio, SH literalmente no existiría.
Sirvan estas líneas para aclarar un poco esta lamentable situación.

Cordial saludo.

Julio O. Mellado

www.sectorhosting.com

CONSULTA DEL USUARIO:

Estoy tratando de hacer funcionar el pipe pero siempre me da error y no se si yo lo hago mal o anda mal el pipe. podrían revisar.

gracias.

RESPUESTA DEL STAFF:

Estimado Sebastián,

Indíqueme dónde y cómo está intentando agregar un pipe en cPanel.

Recuerde indicar sus credenciales de acceso.

Aguardo contacto.

Queda abierto el presente ticket de soporte.

USUARIO:

/home/freelimi/public_html/es/soporte/api/pipe.php
esta creado sobre el email nnnn@nnnn.com
en Forwarders.

Gracias.

USUARIO:

Este es el error que me da cuando activo el pipe

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

pipe to |/home/freelimi/home/freelimi/public_html/es/soporte/api/pipe.php
generated by nnnn@nnnn.com
local delivery failed

—— This is a copy of the message, including all the headers. ——

Return-path: <salfonso@nnnn.com.ar>
Received: from [190.136.29.16] (port=46256 helo=desktop)
by xxxxx.shservers.com with esmtpa (Exim 4.69)
(envelope-from <salfonso@nnnn.com.ar>)
id 1MQ4MI-0007hO-6D
for nnnn@nnnn.com; Sun, 12 Jul 2009 16:05:11 -0300
Message-ID: <000b01ca0323$aeb47080$708116ac@desktop>
Reply-To: “Sebastian NNNNN” <salfonso@nnnn.com.ar>
From: “Sebastian NNNNN” <salfonso@nnnn.com.ar>
To: <nnnn@nnnn.com>
Subject: adasdasdasdas
Date: Sun, 12 Jul 2009 16:05:02 -0300
Organization: xnxnxnxn.com.ar
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary=”—-=_NextPart_000_0008_01CA030A.835962B0″
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
Disposition-Notification-To: “Sebastian NNNNN” <salfonso@nnnn.com.ar>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350

This is a multi-part message in MIME format.

——=_NextPart_000_0008_01CA030A.835962B0
Content-Type: text/plain;
charset=”iso-8859-1″
Content-Transfer-Encoding: quoted-printable

dasdasdasd
——=_NextPart_000_0008_01CA030A.835962B0
Content-Type: text/html;
charset=”iso-8859-1″
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.0 Transitional//EN”>
<HTML><HEAD>
<META content=3D”text/html; charset=3Diso-8859-1″ =
http-equiv=3DContent-Type>
<META name=3DGENERATOR content=3D”MSHTML 8.00.6001.18702″>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2 face=3DArial>dasdasdasd</FONT></DIV></BODY></HTML>

——=_NextPart_000_0008_01CA030A.835962B0–

__________ Información de NOD32, revisión 4219 (20090705) __________

Este mensaje ha sido analizado con NOD32 antivirus system

http://www.nod32.com

RESPUESTA DEL STAFF:

Estimado Sebastián,

No nos ha suministrado claves de acceso.

Se trata de un fallo en la configuración.

Consulte la web para mayor precisiones (ej: http://activecampaign.com/support/tt/index.php?action=kb&article=145)

Queda abierto por 12 horas el presente ticket de soporte por si tiene alguna consulta que hacernos, caso contrario será automáticamente cerrado.

USUARIO:

usuario xnxnxnxn pass nicxxxzxzxz

RESPUESTA DEL STAFF:

Estimado Sebastián,

Estaba mal el pipe.

No es:

| /home/xnxnxnxn/home/xnxnxnxn/public_html/es/soporte/api/pipe.php

Debe ser:

| /home/xnxnxnxn/public_html/es/soporte/api/pipe.php

Si no le funciona, cambiar por:

| /usr/bin/php -q /home/xnxnxnxn/public_html/es/soporte/api/pipe.php

El permiso del archivo debe ser 744 para que, el usuario (dueño del archivo) pueda ejecutarlo.

Queda abierto por 12 horas el presente ticket de soporte por si tiene alguna consulta que hacernos, caso contrario será automáticamente cerrado.

Julio A. Botto
www.sectorhosting.com

CONSULTA DEL USUARIO:

Buenas tardes

Un cliente mio perdió su dominio (por una situacion de descuido) nnnnn.com, y lo quiere recuperar. Que tramites hay que seguir, lo pueden hacer Uds

Muchas Gracias

Fernando Sacara

RESPUESTA DEL STAFF:

Estimado Fernando:
el dominio pertenece (desde el 2008) a la empresa Portfolio Brains, de www.portfoliobrains.com. Esta firma, adquiere nombres de dominios en grandes cantidades, nombres que no fueron renovados en su momento por sus dueños, y los revende. La forma de adquirirlos es legal. Utilizan sistemas que testean en forma contínua el estado de los nombres de dominio, y cuando encuentran que el estado es de disponibilidad, lo registran. Todo en forma automática y sistemática. Luego los revenden. No hay forma de “recupero”, sino contactándose con esta firma.
Puede visitar el sitio www.portfoliobrains.com y consultar el precio del dominio en cuestión.
No hay otro camino, a no ser que posea marca registrada del nombre nnn.com. Si es así, puede iniciar acciones legales para recupero del nombre.

Julio O. Mellado

www.sectorhosting
Cordial saludo y a sus órdenes.

Quería saber si esta web puede soportar una plataforma e-learning, tipo algunas de las de código abierto, como moodle, etc.
Agradeceré todas las indicaciones técnicas que consideres útiles.
Saludos, Daniela

Agrego, si la consulta también para frontpage.
Te copio por ejemplo, lo que dice como limitaciones para la creación de formularios:

Comentario: NOTA: por razones de seguridad, algunos servidores Web no permiten el autorregistro. Cuando guarde esta página en un sitio Web, FrontPage comprobará esta posibilidad y, si existe algún problema, mostrará el archivo en el resumen de Errores de componentes de la vista de informes. El autorregistro tampoco está permitido en los servidores Web de Microsoft que utilicen cuentas de Windows NT para establecer los permisos del Web.
Comentario: Formulario de registro de usuario: cuando se configura de forma apropiada esta página y se guarda en un Web raíz de un servidor Web, este formulario permitirá que los usuarios se registren como usuarios válidos de un subweb de FrontPage en el mismo servidor Web. El subweb de destino debe existir cuando los usuarios envíen este formulario. Para configurar esta página, primero modifique las propiedades del formulario para establecer el nombre del subweb de destino. A continuación, use la función Buscar/Reemplazar para cambiar todas las instancias del texto [NombreSubweb] de la página con el título del subweb de destino, como “Web de nuevas ideas” o “Web de discusión de empleados”. Guarde esta página en el Web raíz. A continuación, cambie los permisos para el Web de destino con el comando Seguridad->Permisos del menú Herramientas. Establezca los permisos como únicos para el subweb de destino y cambie los controles de acceso de usuario de forma que sólo los usuarios registrados puedan entrar.
RESPUESTA

Estimada Daniela:
No hay problemas con plataforma como Moodle en nuestros servidores. Para estos casos, olvídese de FrontPage. Este tipo de sitios, son editables desde la misma interfaz o panel de la aplicación, y no siendo gráficos, en general nada se edita con algún editor HTML. Mucho menos con FrontPage, que necesita de componentes específicos y no utiliza además código html validado por la W3C (www.w3c.es) sino un html modificado según normas específicas de Microsoft, las cuales no son compatibles ni con la tecnología de Internet, ni con su espíritu de universalidad y no privacidad en la información.

Este tipo de sitios trabaja con bases de datos MySQL, las cuales se editan desde una aplicación específica. Nosotros trabajamos online pon phpMyAdmin. Componentes, imágenes, información en modo texto o multimedia, se suben al sitio desde las herramientas del panel de la aplicación. Posee abundante información buscando en google en:

http://www.google.com.ar/search?hl=es&client=firefox-a&rls=org.mozilla3Aofficial&hs=2ZR&q=moodle&btnG=Buscar&meta=

Foros, páginas oficiales, información en docs de google, blogs, etc. hablan de la aplicación, sus pro y contras, como también detalles para su instalación y uso.

Nosotros podemos encargarnos de la instalación de la aplicación. No nos encargamos de capacitación de su uso o problemas técnicos específicos de la aplicación.

Quedo a su disposición para lo que considere.

Cordial saludo y a sus órdenes.

(Queda este ticket abierto por 48 horas).

USUARIO:

Usted me había dicho que me recomendaba fuertemente que no usara el frontpage para el armado del e-learning y teniendo eso presente, estoy interiorizándome en el moodle y otras herramientas compatibles, dado que, al menos ahora, no puedo afrontar la inversión de un desarrollador que me lo arme…y es como aprender cirílico sin diccionario….
Volviendo, para pequeñas modificaciones, como las que tengo que hacer ahora, es muy cómodo el FP. No conozco otro.
Desde ya muchísimas gracias por la información, como siempre, es soporte es excelente.
Por este medio, le confirmo ok para liberar el servidor que tiene mi dominio, lo más pronto posible.
Atte., Daniela

RESPUESTA

Revisando los tickets he visto dos temas sin responder de mi parte.
Google Analytics y programa editor de html que no sea FP.
Para el primer caso, al cambiar el nombre de dominio, cambia el código de Analytics. Pero las opciones se han automatizado mucho actualmente, y hay más claridad y documentación para realizar este proceso.
En el caso de aplicaciones web dinámicas, como Moodle, puede encontrar información en:

http://www.google.com.ar/search?hl=es&client=firefox-a&rls=org.mozilla%3Aes-ES%3Aofficial&hs=gum&q=moodle+google+analytics&btnG=Buscar&meta=

Por el tema editor html, para el caso de aplicaciones web autoeditables, como lo es Moodle, WordPress(nuestro preferido), Joomla y tantos otros, en general, se evitan los editores externos, o sea se usa el panel de la aplicación misma. La idea en Internet es desde hace años no usar nada que no corra en un navegador. Que con un navegador conectado a Internet se pueda hacer todo lo necesario: emails, presentaciones, sitios web, videos, editar imágenes, texto, etc. Con este objetivo se busca sencillez para el usuario, es decir, que no tenga que disponer localmente de montones de aplicaciones, espacio, memoria, mantenimiento, etc., y que esos requerimientos técnicos corran en un servidor, el cual se prepara especialmente, y se lo atiende por técnicos preparados para ello. En realidad, a veces no alcanza, o a veces aplicaciónes locales disponen de mejores herramientas para determinadas tareas, pero aun así, se ha avanzado muchísimo en este objetivo.
Para el caso de editar html, personalmente utilizo Dreamweaver, aunque no con todas sus opciones, sino más bien como un organizador de archivos, revisor de vínculos, revisor de parámetros, y un poco menos como generador de código.

Cordial saludo y a sus órdenes.

Julio O. Mellado
www.sectorhosting.com

CONSULTA DEL USUARIO:

Estimados:
desde ya 1 semana(desde que terminaron de cambiar los servidores), no puedo recibir los mails internos de la pagina!!!!!!cada ves que se conectan via la pagina nuestra en la parte de contactenos, la solicitud llega vacia al mail!!!!!!

por favor solucionen lo con urgencia

Alon

RESPUESTA DEL STAFF:

Estimado:

El formulario no funciona debido a que UD. continua utilizando la variable register_globals en ON para tomar, desde el POST de la página 06h.htm, la salida (action) para form-contacto.php.

Desde hace varios meses prevenimos sobre ésta situación que es un enorme agujero de seguridad, no sólo para su cuenta sino para todo el servidor ya que se podría inyectar código por medio de dicha funcionalidad ya discontinuada por PHP en las próximas versiones de la nueva rama.

Deberá obtener los valores por medio de POST y con control de los datos ingresados. Por ejemplo, use:

$nombre = isset ($_POST ['nombre']) ? htmlentities ($_POST ['nombre'], ENT_QUOTES), “”;

y del mismo modo con cada valor agregado a su header.

En el form-contacto.php le he agregado la modificación. Deberá hacerlo en el resto de los valores pasados por POST.

Puede leer más sobre htmlentities en: http://ar2.php.net/manual/en/function.htmlentities.php

Queda abierto por 12 horas el presente ticket de soporte por si tiene alguna consulta que hacernos, caso contrario será automáticamente cerrado.

© 2010 SectorHosting BLOG Suffusion WordPress theme by Sayontan Sinha