Eliminada la cuenta de correo de Mariano

17 mayo 2016

El día 12 de Mayo de 2016 dimos por fin de baja la cuenta de correo mariano.redondo@venexma.es y asignamos la propiedad de correos y archivos a Esteban. Lo de los correos no lo tengo excesivamente claro pero lo de los archivos sí.

Justo después efectué una verificación enviando un mensaje de prueba y me devolvió el error que debía: cuenta no existente.  Ahora, a día 17, me encuentro quejas de que siguen llegando correos basura a dicha cuenta y sus alias.

He vuelto a realizar otra prueba y la respuesta ha sido:

Delivery to the following recipient failed permanently:

     mariano.redondo@venexma.es

Technical details of permanent failure: 
Google tried to deliver your message, but it was rejected by the server for the recipient domain venexma.es by aspmx.l.google.com. [2a00:1450:400c:c08::1b].

The error that the other server returned was:
550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1  https://support.google.com/mail/answer/6596 a136si24854102wmd.61 - gsmtp

Pero como he visto con estos ojitos que había mensajes de hoy, he pedido a Alfredo que me reenviase algunos y he estado mirando sus cabeceras, especialmente aquellas con los datos de la primera conexión.

Received: from o11.email.sg.rentalcars.com (o11.email.sg.rentalcars.com. [167.89.21.201])
        by mx.google.com with ESMTPS id y7si1821087iof.149.2016.05.17.00.18.10
        for <redondo@venexma.es>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 17 May 2016 00:18:10 -0700 (PDT)
Received-SPF: pass (google.com: domain of bounces+200947-220c-redondo=venexma.es@email.sg.rentalcars.com designates 167.89.21.201 as permitted sender) client-ip=167.89.21.201;
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=rentalcars.com; 
	h=content-type:from:mime-version:reply-to:subject:to:list-unsubscribe; 
	s=smtpapi; bh=XEnR32RQTuUb9txO0qWM6lfagwQ=; b=jmlk2QGMvRMJp0mF1H
	6HzNXvrPo+qfvQcOftvbYJD+4JWwg0JwfNv4QDFM1ahD2e1XhXACUdjCC5UIBywY
	Yt+7UBd1MwYOH/3dtqlgeReXEKVuRfS0lDy6uxjgO8KA/kx3jHFQVoIg4rkD12SS
	JXXPrXyGInQQKw8OtF35JWRJk=
Received: by filter0600p1mdw1.sendgrid.net with SMTP id filter0600p1mdw1.13401.573AC5AF11
        2016-05-17 07:18:07.447000371 +0000 UTC
Received: from MjAwOTQ3 (66.reverse.bxl.edelia.net [213.254.203.66])
	by ismtpd0004p1lon1.sendgrid.net (SG) with HTTP id 41T-xjgYRpKFONOB85NMyQ
	for <redondo@venexma.es>; Tue, 17 May 2016 07:18:07.553 +0000 (UTC)
Content-Type: multipart/alternative; boundary=306e03a99f76a8c5f82cb59d9247ad099e6e762ab9e56a6b81772e928342
Date: Tue, 17 May 2016 07:18:07 +0000
From: "Rentalcars.com" <email@email.sg.rentalcars.com>
Mime-Version: 1.0
Reply-to: noreply_es@rentalcars.com
Subject: =?UTF-8?Q?Oferta_disponible_durante_seis_d=C3=ADas:_ahorra_hasta_un_20%*_?=
 =?UTF-8?Q?con_Hertz?=
To: redondo@venexma.es

y otro

Received: by 10.157.63.67 with SMTP id m61csp439995otc;
        Fri, 13 May 2016 14:15:44 -0700 (PDT)
X-Received: by 10.25.162.69 with SMTP id l66mr6449469lfe.43.1463174144304;
        Fri, 13 May 2016 14:15:44 -0700 (PDT)
Received: from localhost ([222.253.207.251])
        by mx.google.com with ESMTP id qx1si14136391lbb.37.2016.05.13.14.15.42
        for <redondo@venexma.es>;
        Fri, 13 May 2016 14:15:44 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning account@venexma.es does not designate 222.253.207.251 as permitted sender) client-ip=222.253.207.251;
Message-ID: <A61B4B58F1F608E25F0F1CB5B24CA61B@venexma.es>
From: <account@venexma.es>
To: <redondo@venexma.es>
Subject: Copiar + Pegar = $ 13,000 al mes
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="---------2370990559484689"
X-Mailer: Fjakuo nyvxyk 4.9

Esto es, los dos tienen fecha posterior al 12 de Mayo en la cuál la cuenta dejó de funcionar; dicho de otra forma: no debería estar pasando. O es algo que está dando vueltas por ahí entre servidores de correo y lo dejan pasar por alguna extraña regla interna, ya que no se trata de correos nuevos, o he hecho algo mal.

He consultado con el soporte de Google, dándole una prioridad baja porque tampoco es un drama, y ya me han contestado:

Muchas gracias por contactar el Equipo de Soporte de Google Apps. Hemos recibido tu notificación y hemos abierto un caso de soporte. El número del caso es 09297292. El miembro de un equipo de soporte te responderá.

Esperaremos.

Resuelto

El servicio técnico de Google me ha llamado quince minutos más tarde y un hombre muy cordial llamado David (y que estaba tan confundido como yo) me ha resuelto la duda: el alias redondo@venexma.es estaba asignado a alfredo@venexma.es.

Me ha dicho cómo encontrarlo empleando el buscador de la consola de administración, por si me vuelve a pasar, y cuando lo he encontrado lo he eliminado. Ahora sí que no debe llegar nada más. Caso cerrado.

Expediciones de mercancía: valor fuera de rango

25 abril 2016

Es un error un tanto estúpido que impide que algunas expediciones no puedan ser modificadas. El error concreto salta cada vez que se entra en la modificación de un destinatario y se pasea por el formulario.

Tras probarlo varias veces y depurarlo otras tantas he visto que el error estaba principalmente sobre el campo año del número de albarán. He supuesto que se debía a que no había sido recompilado por completo y estaba tomando la validación antigua, aquella que limitaba los años a 2015, y que cambié hace poco.

He forzado una compilación y he vuelto a instalar el programa expediciones. Parece que ahora funciona (al menos en mis pruebas, ayer no terminé de recibir confirmación de Luismi).

El nuevo firefox 45 no funciona con ciertos complementos …

20 abril 2016

… pero aún no sé con cuales. En mi máquina, sarajevo, tengo instalados demasiados y el rastro que deja el inicio del programa no es muy allá.

$ firefox 
JavaScript warning: chrome://savetextarea/content/savetextarea.js, line 26: unreachable code after return statement
JavaScript warning: chrome://web-developer/content/common/jquery/jquery.js, line 1: Using //@ to indicate sourceMappingURL pragmas is deprecated. Use //# instead
JavaScript error: chrome://web-developer/content/overlay/javascript/overlay.js, line 7333: TypeError: document.getElementById(...) is null
JavaScript warning: file:///home/victor/.mozilla/firefox/v71fg0fm.default/extensions/https-everywhere-eff@eff.org/components/ssl-observatory.js, line 326: flags argument of String.prototype.{search,match,replace} is deprecated
Violación de segmento
$

Pero el caso es que Firefox emite tantos avisos de problemas que es muy difícil saber quién es el que provoca la muerte del proceso.

Y sé que son los complementos porque si se ejecuta con

$ firefox -safe-mode

funciona, aunque sigue generando avisos y mensajes.

No puedo instalarlo de momento en las máquinas cliente o tendré un motín.

 

Actualizado repositorio para Firefox

20 abril 2016

Con todos estos movimientos sobre la vuelta de Firefox a Debian al final se me pasó actualizar el repositorio de donde descargar versiones más actuales.

El paquete venexma-workstation es el que contiene el archivo /etc/apt/sources.list.d/mozilla.list con la nueva dirección:

deb http://apt:9999/mozilla jessie-backports firefox-release

Y gracias a él ahora podemos descargar la versión 45 (la última a fecha de esta entrada) con el nombre firefox y no iceweasel.

Número máximo de trabajos en CUPS

26 marzo 2015

Copio y pego el mensaje que he enviado hoy a la lista de usuarios de facturación.

Debido a un pequeño error por mi parte he tenido que lanzarme con el proceso nuevo de impresión de facturas que llevaba algunos días preparando.

Este nuevo mecanismo de impresión persigue, sobre todo, la impresión de facturas a doble cara para ahorrar papel. Para ello he tenido que cambiar las siguientes cosas:

  • Cada factura se imprime como un trabajo de impresión individual. Antes se enviaban todas en bloque, lo que imposibilitaba la impresión a doble cara.
  • Cada factura, además, envía tres trabajos de impresión continuos, uno por cada pié de página distinto: cliente, archivo y administración. Eso significa que las facturas aparecen mezcladas según su destino.

Como resultado de estos cambios tenemos ahora mismo:

  • El sistema es muchísimo más lento que antes para imprimir. La carga sube de tal manera que es muy difícil trabajar con Adriano o Conta mientras se crean las facturas.
  • Por lo que acabo de saber algunos trabajos de impresión se pierden y no aparece la correspondiente copia de la factura.
  • Las impresoras cuyo nombre terminan en -fac1 o -fac3 ya no son necesarias; por tanto:
    • Todas las facturas deben enviarse a partir de ahora por la impresora sin terminación: im0, im1, …
    • Es necesario cambiar las opciones de impresión en Adriano para cuando se imprime facturas en grupo.
  • Desaparece la opción de imprimir una copia de la factura: a cambio va a existir la copia a PDF.
  • Todos los listados que genere Adriano van a ser impresos a doble cara siempre.

Y lo que voy a hacer a continuación es:

  • Mover la generación de facturas desde el servidor donde funciona Adriano al servidor principal de manera que se baje la carga de sistema. Esto va a llevar un poco de tiempo porque es un poco delicado.
  • Reorganizar la impresión de facturas para que se impriman por bloques como antes.
  • Terminar la impresión a PDF de las facturas.

 

Aunque creo que he encontrado el problema con los trabajos perdidos. En los registros del servidor CUPS principal me he encontrado con cosas como:

D [26/Mar/2015:10:53:14 +0100] Create-Job ipp://localhost/printers/canon
D [26/Mar/2015:10:53:14 +0100] Create-Job client-error-not-possible: Demasiados trabajos activos.
E [26/Mar/2015:10:53:14 +0100] Returning IPP client-error-not-possible for Create-Job (ipp://localhost/printers/canon) from localhost
D [26/Mar/2015:10:53:14 +0100] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"

Así que me he visto obligado a aumentar drásticamente el límite de CUPS, que pasa de 50 a 500 trabajos activos. No llegaremos a tanto, creo, pero así por lo menos esquivaremos el problema de que el servidor LPRng de Helena ignora a CUPS y no se guarda el trabajo en cola hasta tener el visto bueno del otro extremo.

Otro problema añadido es que no hay garantías de que los trabajos salgan en el orden adecuado. Si son de mayor tamaño algunos trabajos pueden salir más tarde que otros que se han enviado antes: cosas de la multitarea.

Un nuevo correo (que con suerte leerán) les informa del último arreglo.

 

 

Modelo 347, contabilidad y otros

19 febrero 2015

Modelo 347

El programa que se ocupa de las declaraciones de terceros (el modelo 347) está terminado y es operativo casi al 80%.

Lo que queda pendiente es:

  • Corregir la creación del archivo BOE con los programas Perl, ya que existen NIF que todavía presentan problemas.
  • Enlazar la parte Multibase con los scripts Perl para que se puedan generar las cartas y el archivo BOE automágicamente.

Contabilidad

El paso de saldos de un ejercicio a otro sigue presentando algunos problemas todavía con el asiento inicial. Al parecer se trae los ajustes de bloqueo del ejercicio origen y, además, registra el asiento 1 con la fecha del año anterior.

He creado un pequeño procedimiento en el módulo de Multibase averias2 con el que arreglarlo pero faltan por hacer algunos ajustes más, como el desbloqueo erróneo.

 

Servidores web y exportación a CSV

27 octubre 2014

Esta mañana he tenido que reajustar la configuración del servidor web Apache de la intranet (sigfrido.venexma.net) dado que el wiki no era accesible vía http://www.venexma.net/wiki debido a que Apache carga los servidores por orden alfabético y venexma.net aparecía el último.

He cambiado la definición de servidor virtual de esta forma


...

a


...

y luego he renombrado el servidor para que aparezca el primero

# mv /etc/apache2/sites-enabled/venexma.net /etc/apache2/sites-enabled/00-venexma.net
 Exportación a CSV

He terminado dos exportaciones de datos a formato CSV para importarlos en una hoja de cálculo:

  1. Pagos en tesorería
  2. Expediciones de mercancía

 

El blog vuelve a estar en marcha

14 octubre 2014

Aunque para ello, en el camino, hemos perdido la posibilidad de validar usuarios vía LDAP. Una lástima, pero tras varios intentos con diferentes complementos de WordPress no he conseguido ninguno que

  1. Fuese capaz de validar usuarios ó
  2. Si lo fuese pero no los crease en la base de usuarios de WordPress y
  3. Proporcionase información fiable sobre el motivo del fallo.

Si que he tenido que intervenir directamente en la base de datos para limpiar aquellos que se habían creado a lo tonto y que provocaban errores de clave primaria repetida (que ya les vale a estas alturas).