Nos metimos en una situación bastante difícil. Los empleados de soporte técnico de Masterhost se negaron a cumplir con la solicitud del cliente, a saber, publicar el archivo de registro de correo solicitado a través de la cuenta personal. No sabemos qué hacer ...
La esencia del problema es esta: hace algún tiempo, los usuarios de una tienda en línea comenzaron a quejarse de que el correo de uno de los sitios se detuvo (confirmación de pedido, etc., servicios implementados en el sitio a través de scripts php). Una pequeña investigación mostró que los problemas se observan exclusivamente con los propietarios de las cajas ... @ mail.ru
Encontramos a una persona que estaba lista para resolver el problema, y lo único que necesitaba para trabajar eran los registros de correo del proveedor. Y estamos alojados (parece que ya puedes escribir "alojados") en Masterhost. Esto inesperadamente resultó ser un problema ...
Todo comenzó bastante bien. Después de una llamada al soporte técnico y una explicación detallada del problema, el empleado prometió enérgicamente: publicaremos los registros que necesita sin ningún problema, y lo único que debe hacer es enviar una solicitud autorizada a través del panel de control. Lo que se hizo de inmediato (a las 13:30).
No había pasado ni una hora antes de que llegara la respuesta, pero en lugar del archivo de registro prometido, había una pregunta a qué dirección no llegaban las cartas. "Bueno, aparentemente, la persona, antes de enviarnos el archivo de registro, decidió intentar resolverlo", pensé agradecida e informé una de las direcciones donde se observó el problema.
Nuevamente, pasó una hora de espera, pero en la carta que llegó, no hubo registros nuevamente. En cambio, hubo una declaración de que todo funcionaba correctamente, y en la confirmación de esto se adjuntó una línea del codiciado archivo de registro, confirmando que hoy había un hecho de que esta dirección recibió una carta de los servidores de Masterhost. Es cierto, de otro dominio ... Tuve que (ocultando un poco de molestia), explicar nuevamente que proviene de un dominio, no proviene de otro ... ¡y necesitamos un archivo de registro, sobre el cual escribimos en la aplicación! ¡Sigue, dicen que la aplicación ya está, al final!
La siguiente carta esperamos 2.5 horas. ¿Crees que había registros? No, no estaban allí de nuevo. Pero había varias líneas más que confirmaban que llegaron varias letras del dominio del problema. En este momento (y esto sucedió el viernes), el programador que prometió resolverlo se refirió a asuntos urgentes y con las palabras: "Continúa jugando más tus juguetes, y me esperan el viernes en casa", se fue :( No estamos perdiendo Sin embargo, espera que nos envíen un registro, continuó la correspondencia.
Esperamos otras 2 horas para la próxima respuesta. El reloj en la pared dio las 19:00, cuando llegó la siguiente respuesta ... ¡¡¡y de nuevo sin el archivo de registro solicitado !!! En la carta, la persona que inició nuestro diálogo interminable hace cinco horas con una solicitud para indicar un archivo específico, estaba interesada esta vez, el momento específico en que se notaron los problemas. Los que quedaban en la oficina ya estaban hirviendo. :) Para finalmente detener esta idiotez, llamamos a Masterhost nuevamente y un empleado educado prometió (resultó que también mintió) que tomaría nota en nuestro boleto de que no necesitamos una correspondencia, sino un archivo de registro, y se enviará al más cercano tiempo Al mismo tiempo, nuestro programador, jurando en voz alta, recogió un formulario de prueba en su rodilla y registró una nueva cuenta en mail.ru para que incluso las posibles preguntas sobre el problema desaparecieran del joven que no nos dejó salir el fin de semana. ¡Entonces, pensamos ingenuamente, él tendrá misericordia y nos enviará de todos modos este jodido archivo de registro!
- A las 20:21 recibimos (que no obtendremos los registros, ya era obvio) una breve carta con el consejo: "Sus cartas llegaron y cayeron en la carpeta de SPAM, por qué motivo, consulte con mail.ru"
... y en el buzón creado, de hecho, había tres cartas del chico jovial de Masterhost:
Más correspondencia parece no tener sentido.
Estamos sentados ahora y pensando qué hacer en tales casos. En realidad, no hay tantas opciones:
tal vez uno de los empleados adecuados de Masterhost leerá este tema y nos enviará un archivo de registro de correo para el 12 de mayo de 2017 a la dirección de contacto especificada en el ticket [masterhost.ru #: 30122215776] por carta personal. Te garantizo el anonimato.
tal vez alguien tiene contactos de empleados sanos de Masterhost, porque hay personas normales allí, cien por ciento. Deseche sus contactos en PM, si no es difícil.
puede esperar hasta que cambie el turno e intentar solicitar un registro de otro "especialista" más sensato?
- o usa el fin de semana para pasar a otro proveedor de hosting?
UPD: ¡ Exactamente un día después de enviar nuestra solicitud, se publicó el archivo de registro! A las 13:20 del día siguiente, nosotros, ya sin solicitudes repetidas, recibimos una carta indicando dónde podemos recoger el volcado solicitado para el día especificado. Es decir El empleado que nos entregó el cerebro todo el día de ayer entendió desde el principio lo que necesitábamos, pero por alguna razón, decidió "jugar con nosotros". Aparentemente, el Masterhost TP tiene instrucciones sobre los términos para satisfacer las aplicaciones de los clientes, y el plazo de solicitud es de 24 horas. Es por eso que, al enviar una solicitud el 12/05/2017 a las 13:30, recibimos el archivo solicitado el 13/05/2017 a las 13:20. Sinceramente quiero creer que esta es la tiranía de un solo empleado, y no la política de la administración de la compañía.
UPD2: Como resultado, la situación se resolvió de la siguiente manera:
- Después de que el campo Ruta de retorno en nuestro correo, enviado por scripts del sitio, se cambió a nuestro buzón, la primera carta que llegó fue una mierda de mail.ru, que enviamos al servicio de soporte de mail.ru para su investigación. Después de 4 días, una respuesta breve llegó de ellos, diciendo que el problema estaba solucionado, verifique. Y, de hecho, las cartas enviadas a través de la función mail () comenzaron a llegar.
- Paralelamente a esto, gracias a los comentarios de los comentaristas sobre este tema, rehicimos el envío de correos desde el sitio a través del host maestro SMTP. ¡Ayudó! Las letras comenzaron a llegar también.
- La respuesta provino del liderazgo, cuya esencia es la siguiente (cito) "Tienes razón, el procesamiento de la solicitud se retrasó realmente, aunque la respuesta debería haberse expresado de inmediato". La carta también mencionaba que los detalles del incidente fueron enviados a algunas personas interesadas en la situación. Hack de vida útil, por cierto! La información en su sitio solo se puede obtener a través de una solicitud autorizada y de otra persona, simplemente a través de una carta a la gerencia.
- En el curso de la correspondencia, se reveló otro detalle de nuestra interacción. Sorprendentemente, a juzgar por la reacción de la audiencia, las personas están mucho más preocupadas no por el hecho de extender el servicio más simple por un día (abrir un archivo, seleccionar tres docenas de líneas, Ctrl + C, Ctrl + V, enviar al cliente), sino el texto del encabezado de correo electrónico del anfitrión de la prueba. Finalmente, logré llegar al fondo de la razón de esto. :) Resulta que después de 7 horas de pedir extractos de los registros, nuestro programador elaboró un guión de prueba para el empleado maestro, él, no menos grosero, expresó su opinión sobre el nivel de profesionalidad de este empleado. Después de eso, este "especialista" simplemente ... ¡ofendido! Pido disculpas sinceramente por la baja resistencia al estrés de mi programador, y estoy listo para confirmar a la gerencia de la compañía, el maestro, que las palabras de su empleado: "Y él comenzó por primera vez ...", ¡son absolutamente justas!