Error al importar DB.sql en postgres en debian Wheezy

[Maykel Franco]

Hola buenas, no sé si este error puede tener algo que ver con la
codificación de las tablas, pero el caso es que cuando voy a restaurar
un .sql en postgres obtengo este error:

root@enumerados-rubyrails:/home# psql -U postgres -W comnet
Password for user postgres:
psql: FATAL:  Peer authentication failed for user "postgres"
root@enumerados-rubyrails:/home# psql -U postgres
psql: FATAL:  Peer authentication failed for user "postgres"
root@enumerados-rubyrails:/home# psql -U postgres^C
root@enumerados-rubyrails:/home# su psql
No passwd entry for user 'psql'
root@enumerados-rubyrails:/home# su^C
root@enumerados-rubyrails:/home# su postgres
postgres@enumerados-rubyrails:/home$ history
1  history
postgres@enumerados-rubyrails:/home$ psql -U postgres -d
enumerados_dev -f a619.sql
psql:a619.sql:19: ERROR:  syntax error at or near "PGDMP"
LINE 1: PGDMP
 LANGUAGE plpgsql
^
psql:a619.sql:26: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:43: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:55: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:70: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:83: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:90: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:109: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:118: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:128: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:157: ERROR:  syntax error at or near ""
LINE 1: LANGUAGE plpgsql
^
psql:a619.sql:165: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:170: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:180: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:185: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:192: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:197: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:205: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:210: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:218: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:223: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:236: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:241: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:244: ERROR:  syntax error at or near ""
LINE 1: user_id integer NOT NULL,
^
psql:a619.sql:250: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:255: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:261: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:266: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:274: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:279: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:319: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:322: ERROR:  syntax error at or near ""
LINE 1: CONSTRAINT games_finished_check CHECK (((status = ANY ...
^
psql:a619.sql:327: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:368: ERROR:  syntax error at or near ""
LINE 1: id integer DEFAULT nextval('games_id_seq'::regclass) N...
^
psql:a619.sql:371: ERROR:  syntax error at or near ""
LINE 1: CONSTRAINT games_running_status_check CHECK ((status =...
^
psql:a619.sql:380: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:385: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:392: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:397: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:413: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:418: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:426: ERROR:  syntax error at or near ""
LINE 1: id integer NOT NULL,
^
psql:a619.sql:431: ERROR:  syntax error at or near ""
LINE 1: START WITH 1
^
psql:a619.sql:439: ERROR:  syntax error at or near ""
LINE 1: 

Debian Squeeze LTS

[Antonio Daniel Giráldez Benítez]

Tengo en una máquina, por razones de capacidad, Debian 6 con los 
repositorios que indican para esta versión de largo soporte. Me surge la 
duda de hasta qué punto se puede estar seguro y cómo evaluar los riesgos 
que conlleva los paquetes no soportados. El último testeo con 
check-support-status me arrojó esto:


Limited security support for one or more packages

Unfortunately, it has been necessary to limit security support for some
packages.

The following packages found on this system are affected by this:

* Source:webkit
  Details: No security support upstream and backports not feasible, 
only for use on trusted content

  Affected binary packages:
  - libwebkit-1.0-2 (installed version: 1.2.7-0+squeeze2)
  - libwebkit-1.0-common (installed version: 1.2.7-0+squeeze2)

Gracias

--



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54085b5d.60...@gmail.com

Re: Debian Squeeze LTS

[Camaleón]

El Thu, 04 Sep 2014 14:30:21 +0200, Antonio Daniel Giráldez Benítez
escribió:

> Tengo en una máquina, por razones de capacidad, Debian 6 con los
> repositorios que indican para esta versión de largo soporte. Me surge la
> duda de hasta qué punto se puede estar seguro y cómo evaluar los riesgos
> que conlleva los paquetes no soportados. 

La versión estable también tienen algunos fallos de seguridad que no han 
sido corregidos, así que salvo que tengas algún motivo concreto por el 
que preocuparte, mantén las precauciones habituales.

De todas formas, no todos los parches disponibles se aplican a la versión 
LTS por una cuestión de recursos de mano de obra, por lo que entiendo que 
los más graves tendrán prioridad.

> El último testeo con check-support-status me arrojó esto:
> 
> Limited security support for one or more packages
> 
> Unfortunately, it has been necessary to limit security support for some
> packages.
> 
> The following packages found on this system are affected by this:
> 
> * Source:webkit
>Details: No security support upstream and backports not feasible,
> only for use on trusted content
>Affected binary packages:
>- libwebkit-1.0-2 (installed version: 1.2.7-0+squeeze2)
>- libwebkit-1.0-common (installed version: 1.2.7-0+squeeze2)

Bueno, ese mensaje nada tiene que ver con Debian, lo que te dice es que 
el proyecto original (webkit) ya no proporciona parches de seguridad así 
que malamente van a poder mantener seguros esos paquetes.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.13.34...@gmail.com

Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar

[Camaleón]

El Thu, 04 Sep 2014 00:10:19 -0400, Paulo Riquelme escribió:

> El día 3 de septiembre de 2014, 12:10, Camaleón 
> escribió:

(...)

 De todas formas, para saber si el equipo ha vuelto de una
 restauración o de un estado apagado tendrás que revisar el registro
 /var/log/syslog y también / var/log/pm-powersave.log. También puedes
 fijarte en las fechas de los archivos de registro.
>>>
>>> Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a
>>> estos dos archivos para revisar las fechas cierto?
>>
>> Sí, bueno, a cualquier archivo de registro que se modifique cuando
>> inicias el sistema "en frío", como el syslog, el del kernel,
>> Xorg.0.log...
> 
> El syslog, algo podían indicarnos estas líneas:
> 
> Sep  3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]:
> battery: (dis)charge rate invalid.

Hombre, pues sí. Mira a ver si encuentras alguna entrada más relacionada 
con la batería (ejecuta como root "grep -i battery /var/log/syslog").

> y creo que el archivo es muy grande pues el pastebin no me deja pegar el
> contenido

Lo que interesaba ver era la fecha de creación pero vaya, algo me dice 
que el equipo apaga correctamente y la batería se descarga por algún otro 
motivo.

> El /var/log/pm-powersave.log no tengo ese archivo

Raro pero vale. 

> Sobre las fechas de creación
> 
> stat del syslog:
> Fichero: «/var/log/syslog»
>   Tamaño: 812013 Bloques: 1600   Bloque E/S: 4096   fichero
>   regular
> Dispositivo: 804h/2052d Nodo-i: 789370  Enlaces: 1 Acceso:
> (0640/-rw-r-)  Uid: (0/root)   Gid: (4/ adm)
>   Acceso: 2014-09-03 19:02:12.362354747 -0400
> Modificación: 2014-09-03 19:30:27.387677572 -0400
>   Cambio: 2014-09-03 19:30:27.387677572 -0400
> Creación: -

(...)

Atendiendo a esos datos diría que el archivo se creó ayer (03/09/2014) a 
las 19:02 (en tu hora local), es decir, que iniciaste el equipo a esa 
hora. El resto de archivos mantienen una hora similar.

>> ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si
>> estuviera suspendido al tocar cualquier tecla o el touchpad se
>> restauraría la sesión.
> 
> Lo he hecho y enciende sólo presionando el botón físico de encendido del
> notebook, osea que no tiene reacción con las teclas del teclado.

Vale, entonces podemos descartar que el equipo esté suspendido o 
hibernado, el equipo está apagado pero va consumiendo batería.

>> Aunque diga "reboot" no reinicia, eso al menos lo sabemos con
>> seguridad.
> 
> Acá está:
> [  102.667311] reboot: Power Down _
> 
> nada más.

Curioso, pero ya hemos visto que el equipo no reinicia si no que queda 
apagado.

>> Pues si el equipo se apaga, es posible que la batería se agote por
>> algún otro motivo.
> 
> Dentro de mi ignorancia en el sistema pienso en que algo puede andar mal
> con el laptop-mode-tools, ayer apagué con la AC conectado a la corriente
> y antes me fijé en la batería desde gnome y estaba al 32%,
> hoy cuando encendí, vi la batería desde gnome y estaba al 36% lo que me
> pareció normal ya que ahora no había aplicaciones abiertas y anoche no
> desconecté el equipo de la AC hasta que estuvo bien apagado.
> 
> Claro que tendría que hacer esta prueba apagando conectado a AC y dejar
> de ocupar el notebook por lo menos unos 4 días :-(

(...)

Puedes probar a detener ese servicio a ver si notas alguna diferencia 
(debería ser algo así "service laptop-mode stop").

>> Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-?
> 
> Son dos los momentos en que hago eso:
> Si es cuando termino de usarlo es porque lo guardo Si es cuando lo estoy
> utilizando es porque leí que para cuidar estas baterías de polímero de
> lithio se debe cargar parcialmente, desde 20%
> hasta 85%  más menos.  Así que al cargarse más de 85% lo desconecto y
> sigo con batería.

Yo te recomendaría que no lo desconectaras. 

Además, las baterías de Li-Ion no necesitan ningún tipo de mantenimiento 
preventivo (más bien al contrario puesto que cuantas más veces la 
recargues antes acortas su vida puesto que como todas las baterías 
recargables tienen un número limitado de ciclos de carga) y los 
dispositivos desconectan cuando están cargadas.

> Otros datos:
> 
> Siguiendo por el camino que planteas, sobre algo que consume batería al
> estar apagado, hay algunas páginas en las que comentan de computadores
> hp que consumen batería cuando tienen activo el wake on lan.
> 
> http://allencch.wordpress.com/2012/08/10/linux-shutdown-battery-
draining-problem-solved/
> 
> http://ubuntuforums.org/showthread.php?t=2018202

Madre mía, qué cosas más raras le pasa a la gente :-)

El WOL (wake-on-lan) suele venir desactivado en la BIOS además de que es 
raro ver esa opción disponible en la BIOS/EFI de un equipo portátil.

>  a raíz de eso y que me pareció que al apagar anoche con AC
> conectado la cosa anduvo bien, heché un ojo al archivo de módulo
> ethernet de laptop-mode-tools, /etc/laptop-mode/conf.d/ethernet.conf el
> que comen

Postfix error al enviar correos

[Antonio Moreno]

Buenas

Estoy tratando de configurar un servidor de correo con usuarios 
virtuales, estoy probando a enviar un correo de prueba entre alguna de 
las cuentas pero me devuelve un error


Sep  4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=
Sep  4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: 
message-id=<20140904135618.150292c1...@correo.midominio.es>
Sep  4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: 
from=, size=286, nrcpt=1 (queue active)
Sep  4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: 
to=, relay=dovecot, delay=0.05, 
delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure)


Cada cierto tiempo intenta de nuevo enviarlos pero se produce el mismo 
error.


He estado revisando en internet este mismo problema pero en nigun caso 
he resuelto nada. Mis archivos de configuracion de postfix son


main.cf

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
readme_directory = no
disable_vrfy_command = yes
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_auth_only = yes
tls_random_source = dev:/dev/urandom
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_sasl_authenticated, 
permit_mynetworks, reject_unauth_destination

smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
myhostname = correo.midominio.es
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localhost, localhost.midominio.es
relayhost = xxx.xxx.xxx.xxx
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
home_mailbox = Maildir/
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = ipv4
virtual_mailbox_domains = 
mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf

virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = 
mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf

virtual_transport = dovecot
dovecot_destination_recipient_limit = 1

Master.cf

smtp  inet  n   -   n   -   -   smtpd
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_sasl_type=dovecot
  -o smtpd_sasl_path=private/auth
  -o smtpd_sasl_security_options=noanonymous
  -o smtpd_sasl_local_domain=correo.homeolab.es
smtps inet  n   -   n   -   -   smtpd
pickupfifo  n   -   -   60  1   pickup
cleanup   unix  n   -   -   -   0   cleanup
qmgr  fifo  n   -   n   300 1   qmgr
tlsmgrunix  -   -   -   1000?   1   tlsmgr
rewrite   unix  -   -   -   -   - trivial-rewrite
bounceunix  -   -   -   -   0   bounce
defer unix  -   -   -   -   0   bounce
trace unix  -   -   -   -   0   bounce
verifyunix  -   -   -   -   1   verify
flush unix  n   -   -   1000?   0   flush
proxymap  unix  -   -   n   -   -   proxymap
proxywrite unix -   -   n   -   1   proxymap
smtp  unix  -   -   -   -   -   smtp
relay unix  -   -   -   -   -   smtp
showq unix  n   -   -   -   -   showq
error unix  -   -   -   -   -   error
retry unix  -   -   -   -   -   error
discard   unix  -   -   -   -   -   discard
local unix  -   n   n   -   -   local
virtual   unix  -   n   n   -   -   virtual
lmtp  unix  -   -   -   -   -   lmtp
anvil unix  -   -   -   -   1   anvil
scacheunix  -   -   -   -   1   scache
  flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
proxymap  unix  -   -   n   -   -   proxymap
proxywrite unix -   -   n   -   1   proxymap
smtp  unix  -   -   -   -   -   smtp
relay unix  -   -   -   -   -   smtp
showq unix  n   -   -   -   -   showq
error unix  -   -   -   -   -   error
retry unix  -   -   -   -   -   error
discard   unix  -   -   -   -   -   discard
local unix  -   n   n   -   -   local
virtual   unix  -   n   n   -   -   virtual
lmtp  unix  -   -   -   -   -   lmtp
anvil unix  -   -   -   -   1   anvil
scacheunix  -   -   -   -   1   scache
maildrop  unix  

Re: Systemd

[Camaleón]

El Wed, 03 Sep 2014 20:19:49 -0500, choff escribió:

> como me gustaria poder tener mi sistema libre de systemd actualmente
> tengo jessie, trate de eliminar completamente systemd pero se me lleva
> el SO

En Jessie de momento no se puede debido a un bug, salvo que lo hayan 
corregido ya.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.14.12...@gmail.com

Re: [OT] Wheezy+Postfix+Dovecot+LDAP-Problema mapeo dir en IMAP/POP3

[Camaleón]

El Wed, 03 Sep 2014 18:00:50 -0300, Diego H. Cancelo escribió:

> El 29/08/14 13:14, Camaleón escribió:

(...)

>>> Como se ve en estas ultimas lineas (subrayado con ) busca el
>>> correo en /home/vmail//USUARIO cuando tendría que ser en
>>> /home/vmail/DOMINIO/USUARIO He buscado mucho y no logro dar con el
>>> parámetro de config para solucionar esto.
>>> Dovecot como LDA funciona bien por lo que estuve mirando las config de
>>> IMAP/POP pero no logra dar en la tecla.
>> 
>> Concuerdo. En la documentación de Dovecot¹ para buzones virtuales
>> indican dos variables:
>> 
>> mail_home = /var/vmail/%d/%n 
>> mail_location = maildir:~/mail
>> 
>> Y en tu archivo de configuración aparece:
>> 
>> ***
>> /etc/dovecot/conf.d/10-mail.conf 
>> mail_location = maildir:/home/vmail/%d/%n 
>> ***
> 
> He estado leyendo bastante en la wiki de Dovecot y probando varias
> configs. Esto que comentas también lo había visto.

O.K.

>> Que entiendo se corresponde con "/home/vmail/epea1.com.ar/sspeirone"
>> pero me parece que te falta definir "mail_home", y que en tu caso
>> entiendo que buscas una configuración como la 4. del ejemplo de la wiki
>> de Dovecot, es decir, la que he puesto más arriba.
>> 
>> ¹http://wiki2.dovecot.org/VirtualUsers/Home
> 
> Si. Una de las últimas config que probé es como el ej que comentas. Es
> raro el comportamiento. En este momento coloque estos parámetros:
> 
> En /etc/postfix/main.cf:

(...)

> Y en /etc/dovecot/conf.d/10-mail.conf:
> mail_home = /home/usersldap/%d/%n 
> mail_location = maildir:~/mail
> 
> Sin embargo me almacena el correo en /home/usersldap/sspeirone omitiendo
> el dominio.

Bien, pero ya no debería aparecer el error de "Home dir not found". Si es 
así, lo que quedaría por resolver es por qué no respeta la ruta que has 
configurado como almacén de los mensajes y quizá es que lo devuelve 
vacío, es decir, que la variable "%d" no contiene el valor del dominio.

Se me ocurren dos cosas que podrían estar "molestando" a Dovecot:

1/ Revisa la configuración que tienes en Postfix para ver si es correcta:

http://wiki2.dovecot.org/LDA/Postfix

2/ En OpenLDAP, que no haya valores de variables contradictorias con los 
datos de Dovecot

> Cabe recalcar que utilizando esta config, con /home/userldap en vez de
> /home/vmail Dovecot funciona bien, osea, me entrega los correos y luego
> puedo levantarlos tanto por IMAP como por POP3, pero me ignora mi config
> de mail_home = /home/usersldap/%d/%n :(
> La verdad que es muy extraño... me canse de buscar y probar cosas :p
> Tendré que seguir investigando.
> Gracias por tu ayuda Camaleón.
> Comentare los resultados más adelante.

Sí, está raro... en cualquier caso, con cada cambio que hagas sigue 
revisando los registros de Dovecot que suelen ser muy útiles.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.15.09...@gmail.com

Re: Postfix error al enviar correos

[Manolo Díaz]

El jueves, 4 sep 2014 a las 16:08 horas (UTC+2),
Antonio Moreno escribió:

>Buenas
>
>Estoy tratando de configurar un servidor de correo con usuarios 
>virtuales, estoy probando a enviar un correo de prueba entre alguna de 
>las cuentas pero me devuelve un error
>
>Sep  4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=
>Sep  4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: 
>message-id=<20140904135618.150292c1...@correo.midominio.es>
>Sep  4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: 
>from=, size=286, nrcpt=1 (queue active)
>Sep  4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: 
>to=, relay=dovecot, delay=0.05, 
>delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure)
>
>Cada cierto tiempo intenta de nuevo enviarlos pero se produce el mismo 
>error.

[...]

>mydestination = localhost, localhost.midominio.es

[...]


¿No tendría que estar incluido midominio.es?

Saludos
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904171919.354c9...@gmail.com

Re: Postfix error al enviar correos

[Camaleón]

El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió:

> Buenas
> 
> Estoy tratando de configurar un servidor de correo con usuarios
> virtuales, estoy probando a enviar un correo de prueba entre alguna de
> las cuentas pero me devuelve un error
> 
> Sep  4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 from=
> Sep  4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: 
> message-id=<20140904135618.150292c1...@correo.midominio.es>
> Sep  4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: 
> from=, size=286, nrcpt=1 (queue active)
> Sep  4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: 
> to=, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, 
> dsn=4.3.0, status=deferred (temporary failure)
> 
> Cada cierto tiempo intenta de nuevo enviarlos pero se produce el mismo
> error.

(...)

Antonio, en el registro que mandas arriba no aparece el error de envío 
sino la vuelta, por lo que habría que ver por qué falla la salida.

Ejecuta "grep -i 150292C17E2 /var/log/mail.*" y manda la salida (omite 
los datos sensibles).

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.15.22...@gmail.com

Re: Postfix error al enviar correos

[Antonio Moreno]

El 04/09/14 17:19, Manolo Díaz escribió:



mydestination = localhost, localhost.midominio.es

[...]


¿No tendría que estar incluido midominio.es?

Saludos

Muchas gracias por la respuesta

Si le pongo el "midominio.es" y "correo.midominio.es"

Sep  4 17:21:36 correo postfix/local[31103]: 996432C17B7: 
to=, orig_to=, relay=local, 
delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown 
user: "antonio")


Un saludo


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5408844b.1010...@sorianatural.es

Re: Postfix error al enviar correos

[Antonio Moreno]

El 04/09/14 17:22, Camaleón escribió:

El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió:
(...)

Antonio, en el registro que mandas arriba no aparece el error de envío
sino la vuelta, por lo que habría que ver por qué falla la salida.

Ejecuta "grep -i 150292C17E2 /var/log/mail.*" y manda la salida (omite
los datos sensibles).

Saludos,


Eres mi Dios, contestas a todo el mundo ;) Muchas gracias por contestar

Aqui tienes el log

/var/log/mail.info:Sep  4 15:56:18 correo postfix/pickup[30444]: 
150292C17E2: uid=0 from=
/var/log/mail.info:Sep  4 15:56:18 correo postfix/cleanup[30465]: 
150292C17E2: message-id=<20140904135618.150292c1...@correo.midominio.es>
/var/log/mail.info:Sep  4 15:56:18 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.info:Sep  4 15:56:18 correo postfix/pipe[30472]: 
150292C17E2: to=, relay=dovecot, delay=0.05, 
delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.info:Sep  4 16:03:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.info:Sep  4 16:03:34 correo postfix/pipe[30622]: 
150292C17E2: to=, relay=dovecot, delay=436, 
delays=436/0.12/0/0.09, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.info:Sep  4 16:13:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.info:Sep  4 16:13:33 correo postfix/pipe[30693]: 
150292C17E2: to=, relay=dovecot, delay=1035, 
delays=1035/0.11/0/0.08, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.info:Sep  4 16:33:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.info:Sep  4 16:33:33 correo postfix/pipe[30747]: 
150292C17E2: to=, relay=dovecot, delay=2235, 
delays=2235/0.12/0/0.08, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.info:Sep  4 17:13:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.info:Sep  4 17:13:34 correo postfix/pipe[30844]: 
150292C17E2: to=, relay=dovecot, delay=4636, 
delays=4636/0.12/0/0.06, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.info:Sep  4 17:21:36 correo postfix/pickup[31026]: 
77FB22C17E0: uid=114 from= orig_id=150292C17E2
/var/log/mail.info:Sep  4 17:21:36 correo postfix/cleanup[31102]: 
77FB22C17E0: message-id=<20140904135618.150292c1...@correo.midominio.es>
/var/log/mail.log:Sep  4 15:56:18 correo postfix/pickup[30444]: 
150292C17E2: uid=0 from=
/var/log/mail.log:Sep  4 15:56:18 correo postfix/cleanup[30465]: 
150292C17E2: message-id=<20140904135618.150292c1...@correo.dominio.es>
/var/log/mail.log:Sep  4 15:56:18 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.log:Sep  4 15:56:18 correo postfix/pipe[30472]: 
150292C17E2: to=, relay=dovecot, delay=0.05, 
delays=0.02/0/0/0.03, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.log:Sep  4 16:03:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.log:Sep  4 16:03:34 correo postfix/pipe[30622]: 
150292C17E2: to=, relay=dovecot, delay=436, 
delays=436/0.12/0/0.09, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.log:Sep  4 16:13:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.log:Sep  4 16:13:33 correo postfix/pipe[30693]: 
150292C17E2: to=, relay=dovecot, delay=1035, 
delays=1035/0.11/0/0.08, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.log:Sep  4 16:33:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.log:Sep  4 16:33:33 correo postfix/pipe[30747]: 
150292C17E2: to=, relay=dovecot, delay=2235, 
delays=2235/0.12/0/0.08, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.log:Sep  4 17:13:33 correo postfix/qmgr[30445]: 
150292C17E2: from=, size=286, nrcpt=1 (queue active)
/var/log/mail.log:Sep  4 17:13:34 correo postfix/pipe[30844]: 
150292C17E2: to=, relay=dovecot, delay=4636, 
delays=4636/0.12/0/0.06, dsn=4.3.0, status=deferred (temporary failure)
/var/log/mail.log:Sep  4 17:21:36 correo postfix/pickup[31026]: 
77FB22C17E0: uid=114 from= orig_id=150292C17E2
/var/log/mail.log:Sep  4 17:21:36 correo postfix/cleanup[31102]: 
77FB22C17E0: message-id=<20140904135618.150292c1...@correo.midominio.es>


Un saludo




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/540886ae.3070...@sorianatural.es

Re: Postfix error al enviar correos

[Manolo Díaz]

El jueves, 4 sep 2014 a las 17:24 horas (UTC+2),
Antonio Moreno escribió:

>El 04/09/14 17:19, Manolo Díaz escribió:
>>
>>> mydestination = localhost, localhost.midominio.es
>> [...]
>>
>>
>> ¿No tendría que estar incluido midominio.es?
>>
>> Saludos
>Muchas gracias por la respuesta
>
>Si le pongo el "midominio.es" y "correo.midominio.es"
>
>Sep  4 17:21:36 correo postfix/local[31103]: 996432C17B7: 
>to=, orig_to=, relay=local, 
>delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown 
>user: "antonio")
>
>Un saludo
>
>

Ese es otro problema diferente, de entrega local. Parece ser que no
existe antonio como usuario virtual. 

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904173648.0c8e3...@gmail.com

Re: Systemd

[Mario Ariel Guerra]

> 
> > como me gustaria poder tener mi sistema libre de systemd actualmente
> > tengo jessie, trate de eliminar completamente systemd pero se me lleva
> > el SO
> 
> En Jessie de momento no se puede debido a un bug, salvo que lo hayan 
> corregido ya.
> 

- Para comentarles que en este momento tengo dos máquinas con Jessie 
actualizado al día y sin systemd. Estoy usando los escritorios KDE y XFCE, y 
quedan ciertos paquetes residuales con nombre 'systemd', que los tengo 
congelados en la versión 204-14 (en Synaptic, "Paquete", "Bloquear versión") 
para que no se vaya a colar nada con las actualizaciones de Jessie. Estoy 
todavía con algunos problemas, por ejemplo los pendrive los estoy montando a 
mano con pmount, pero los soporto porque mi decisión de sacar systemd de Debian 
es netamente política. Si el tiempo permite quizás pueda volcar en un blog esta 
experiencia.

- He podido observar que el instalador de Debian Testing (Jessie) oficial ya 
está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas 
reales que estuve instalando la semana pasada. La situación con el doble boteo 
es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle 
los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el 
/sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo 
que no es reconocido por herramientas como SystemRescueCD. Para poder hacer 
doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer 
malabares impensables hace unos años.

- A mi jucio la situación con systemd es gravísima, creo que hay que 
arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que están 
haciendo eudev, o con los escritorios alternativos a Gnome como Mate (que al 
parecer no tiene dependencias con systemd), y tratando que los otros 
escritorios como KDE y XFCE no generen dependencias "duras" hacia systemd.

Saludos,
Mario




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/trinity-c73dc787-1021-487b-ba60-9232866fdb42-1409844763329@3capp-mailcom-lxa04

Re: Postfix error al enviar correos

[Camaleón]

El Thu, 04 Sep 2014 17:35:10 +0200, Antonio Moreno escribió:

> El 04/09/14 17:22, Camaleón escribió:
>> El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió:
>> (...)
>>
>> Antonio, en el registro que mandas arriba no aparece el error de envío
>> sino la vuelta, por lo que habría que ver por qué falla la salida.
>>
>> Ejecuta "grep -i 150292C17E2 /var/log/mail.*" y manda la salida (omite
>> los datos sensibles).
>>
>> Saludos,
>>
> Eres mi Dios, contestas a todo el mundo ;) Muchas gracias por contestar

Yo me apunto "a tó" :-P
 
> Aqui tienes el log
> 
> /var/log/mail.info:Sep  4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: 
> uid=0 from=
> /var/log/mail.info:Sep  4 15:56:18 correo postfix/cleanup[30465]: 
> 150292C17E2: message-id=<20140904135618.150292c1...@correo.midominio.es>
> /var/log/mail.info:Sep  4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: 
> from=, size=286, nrcpt=1 (queue active)
> /var/log/mail.info:Sep  4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: 
> to=, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, 
> dsn=4.3.0, status=deferred (temporary failure)

Qué raro, sigo sin ver referencia alguna al comando de salida (postfix/
smtpd), supongo que será porque usas Dovecot como LDA ¿tienes algún 
registro en Dovecot? A ver si podemos ver algo más de información ahí.

Y otra cosa, ¿has seguido alguna guía de configuración? No sé hasta qué
punto sería correcto esto si lo que quieres es que Dovecot sea tu 
"entregador" de correo:

mailbox_command = procmail -a "$EXTENSION"

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.15.48...@gmail.com

Re: Postfix error al enviar correos

[Antonio Moreno]

El 04/09/14 17:48, Camaleón escribió:

El Thu, 04 Sep 2014 17:35:10 +0200, Antonio Moreno escribió:


El 04/09/14 17:22, Camaleón escribió:

El Thu, 04 Sep 2014 16:08:15 +0200, Antonio Moreno escribió:
(...)

Antonio, en el registro que mandas arriba no aparece el error de envío
sino la vuelta, por lo que habría que ver por qué falla la salida.

Ejecuta "grep -i 150292C17E2 /var/log/mail.*" y manda la salida (omite
los datos sensibles).

Saludos,


Eres mi Dios, contestas a todo el mundo ;) Muchas gracias por contestar

Yo me apunto "a tó" :-P
  

Aqui tienes el log

/var/log/mail.info:Sep  4 15:56:18 correo postfix/pickup[30444]: 150292C17E2: uid=0 
from=
/var/log/mail.info:Sep  4 15:56:18 correo postfix/cleanup[30465]: 150292C17E2: 
message-id=<20140904135618.150292c1...@correo.midominio.es>
/var/log/mail.info:Sep  4 15:56:18 correo postfix/qmgr[30445]: 150292C17E2: 
from=, size=286, nrcpt=1 (queue active)
/var/log/mail.info:Sep  4 15:56:18 correo postfix/pipe[30472]: 150292C17E2: 
to=, relay=dovecot, delay=0.05, delays=0.02/0/0/0.03, 
dsn=4.3.0, status=deferred (temporary failure)

Qué raro, sigo sin ver referencia alguna al comando de salida (postfix/
smtpd), supongo que será porque usas Dovecot como LDA ¿tienes algún
registro en Dovecot? A ver si podemos ver algo más de información ahí.

Y otra cosa, ¿has seguido alguna guía de configuración? No sé hasta qué
punto sería correcto esto si lo que quieres es que Dovecot sea tu
"entregador" de correo:

mailbox_command = procmail -a "$EXTENSION"

Saludos,



Efectivamente me estaba dando el error de que faltaba de instalar sieve, 
ahora si que da un error de salida


Sep  4 17:56:47 correo dovecot: auth: Fatal: Unknown database driver 'mysql'
Sep  4 17:56:47 correo dovecot: master: Error: service(auth): command 
startup failed, throttling for 2 secs
Sep  4 17:56:47 correo postfix/pipe[32169]: 73C862C068E: 
to=, relay=dovecot, delay=0.11, 
delays=0.06/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure)


Vamos o por lo menos eso entiendo yo jejeje

Voy a investigar de donde sale eso del driver 'mysql' y el error de 
service(auth), de todas formas si alguien me ayuda lo agradezco jejeje


Un saludo


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54088d3a.2080...@sorianatural.es

Re: Postfix error al enviar correos

[Antonio Moreno]

El 04/09/14 17:36, Manolo Díaz escribió:

El jueves, 4 sep 2014 a las 17:24 horas (UTC+2),
Antonio Moreno escribió:


El 04/09/14 17:19, Manolo Díaz escribió:

mydestination = localhost, localhost.midominio.es

[...]


¿No tendría que estar incluido midominio.es?

Saludos

Muchas gracias por la respuesta

Si le pongo el "midominio.es" y "correo.midominio.es"

Sep  4 17:21:36 correo postfix/local[31103]: 996432C17B7:
to=, orig_to=, relay=local,
delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown
user: "antonio")

Un saludo



Ese es otro problema diferente, de entrega local. Parece ser que no
existe antonio como usuario virtual.

Saludos.


De nuevo muchas gracias

Lo se pero si que existe

select * from virtual_users;
++---+--+-+
| id | domain_id | password | email   |
++---+--+-+
|  1|1 | k | 
anto...@midominio.es |

++---+--+-+

Un saludo


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54088d89.7030...@sorianatural.es

Re: Postfix error al enviar correos

[Camaleón]

El Thu, 04 Sep 2014 18:03:06 +0200, Antonio Moreno escribió:

> El 04/09/14 17:48, Camaleón escribió:

(...)

>> Qué raro, sigo sin ver referencia alguna al comando de salida (postfix/
>> smtpd), supongo que será porque usas Dovecot como LDA ¿tienes algún
>> registro en Dovecot? A ver si podemos ver algo más de información ahí.
>>
>> Y otra cosa, ¿has seguido alguna guía de configuración? No sé hasta qué
>> punto sería correcto esto si lo que quieres es que Dovecot sea tu
>> "entregador" de correo:
>>
>> mailbox_command = procmail -a "$EXTENSION"
>>
> Efectivamente me estaba dando el error de que faltaba de instalar sieve,
> ahora si que da un error de salida
> 
> Sep  4 17:56:47 correo dovecot: auth: Fatal: Unknown database driver 'mysql'
> Sep  4 17:56:47 correo dovecot: master: Error: service(auth): command startup 
> failed, throttling for 2 secs 
> Sep  4 17:56:47 correo postfix/pipe[32169]: 73C862C068E: 
> to=, relay=dovecot, delay=0.11, 
> delays=0.06/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure)
> 
> Vamos o por lo menos eso entiendo yo jejeje
> 
> Voy a investigar de donde sale eso del driver 'mysql' y el error de
> service(auth), de todas formas si alguien me ayuda lo agradezco jejeje

Bueno, esto tiene más lógica. Postfix retiene (deferred) el correo porque 
no se puede comunicar con Dovecot.

En cuanto a los errores, Google sugiere que compruebes si tienes instalado
el paquete "dovecot-mysql".

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.16.16...@gmail.com

Re: Systemd

[Camaleón]

El Thu, 04 Sep 2014 17:32:44 +0200, Mario Ariel Guerra escribió:

> - Para comentarles que en este momento tengo dos máquinas con Jessie
> actualizado al día y sin systemd. Estoy usando los escritorios KDE y
> XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los
> tengo congelados en la versión 204-14 (en Synaptic, "Paquete", "Bloquear
> versión") para que no se vaya a colar nada con las actualizaciones de
> Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive
> los estoy montando a mano con pmount, pero los soporto porque mi
> decisión de sacar systemd de Debian es netamente política. Si el tiempo
> permite quizás pueda volcar en un blog esta experiencia.
> 
> - He podido observar que el instalador de Debian Testing (Jessie)
> oficial ya está trayendo por defecto systemd. Lo probé en máquinas
> virtuales y en máquinas reales que estuve instalando la semana pasada.
> La situación con el doble boteo es un desastre: A los temas de las
> particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y
> particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link
> a un ejecutable enorme que está en /lib/systemd, por lo que no es
> reconocido por herramientas como SystemRescueCD. Para poder hacer doble
> boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer
> malabares impensables hace unos años.

Me temo que quien quiera evitar systemd a partir de Jessie va a tener que 
afinar muchísimo la instalación, y por afinar mucho me refiero a no 
instalar ningún entorno de escritorio para que no se cuelen paquetes que 
dependan de dbus que es quien suele requerir de systemd y sus bibliotecas.

Esperemos que Debian mantenga su compromiso de seguir dando soporte a 
systemv y que a través del paquete comodín systemd-shim se pueda evitar 
la instalación de systemd.

> - A mi jucio la situación con systemd es gravísima, creo que hay que
> arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que
> están haciendo eudev, o con los escritorios alternativos a Gnome como
> Mate (que al parecer no tiene dependencias con systemd), y tratando que
> los otros escritorios como KDE y XFCE no generen dependencias "duras"
> hacia systemd.

Comparto tu preocupación. Yo por mi parte cada vez me siento más incómoda 
con mi sistema: desde kde 3.5 (y ya ha llovido) todo lo relacionado con 
en entorno de escritorio ha ido a mucho (pero mucho) peor. Sólo se salva 
el kernel que con cada nueva versión sigue aportando mejoras en lugar de 
pifias.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.16.09...@gmail.com

Re: Postfix error al enviar correos

[Antonio Moreno]

El 04/09/14 18:16, Camaleón escribió:

El Thu, 04 Sep 2014 18:03:06 +0200, Antonio Moreno escribió:


El 04/09/14 17:48, Camaleón escribió:

(...)

Bueno, esto tiene más lógica. Postfix retiene (deferred) el correo porque
no se puede comunicar con Dovecot.

En cuanto a los errores, Google sugiere que compruebes si tienes instalado
el paquete "dovecot-mysql".

Saludos,


Ya lo vi muchas gracias por tu respuesta, pero sigo atascado jajaja

Sep  4 18:24:34 correo postfix/pickup[32146]: 49D6E2C1802: uid=0 from=
Sep  4 18:24:34 correo postfix/cleanup[387]: 49D6E2C1802: 
message-id=<20140904162434.49d6e2c1...@correo.midominio.es>
Sep  4 18:24:34 correo postfix/qmgr[32147]: 49D6E2C1802: 
from=, size=286, nrcpt=1 (queue active)
Sep  4 18:24:34 correo dovecot: auth-worker(393): mysql(127.0.0.1): 
Connected to database mailserver
Sep  4 18:24:34 correo dovecot: auth-worker(393): Warning: mysql: Query 
failed, retrying: Table 'mailserver.users' doesn't exist
Sep  4 18:24:34 correo dovecot: auth-worker(393): Error: 
sql(anto...@midominio.es): User query failed: Table 'mailserver.users' 
doesn't exist (using built-in default user_query: SELECT home, uid, gid 
FROM users WHERE username = '%n' AND domain = '%d')
Sep  4 18:24:34 correo postfix/pipe[391]: 49D6E2C1802: 
to=, relay=dovecot, delay=0.1, 
delays=0.04/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure)


He revisado la configuracion de /etc/dovecot/dovecot-sql.conf.ext y todo 
lo que tiene esa select aparece comentado, seguire investigando.


A este paso me hago investigador privado jajajaja

Muchas gracias



--
Firmas de correo.com : Antonio Moreno Rello
Logo

app 
facebook  twitter 
 youtube 





Antonio Moreno Rello
/Dpto. Informática/

Soria Natural S.A.
Pol. La Sacea s/n 42162 Garray SORIA (SPAIN)
Tlf: *+34 975 25 20 46* Fax: *+34 975 25 22 67*
www.sorianatural.es 

eco No me imprimas si no es necesario. Protejamos el medio ambiente

-
NOTA: Los signos de puntuacion y e~es han sido omitidos deliberadamente 
con el fin de soportar el maximo numero de clientes de correo

---
La informacion incluida en el presente correo electronico es 
CONFIDENCIAL, siendo para el uso exclusivo del destinatario arriba 
mencionado. Si usted lee este mensaje y no es el destinatario se~alado, 
el empleado o el agente responsable de entregar el mensaje al 
destinatario, o ha recibido esta comunicacisn por error, le informamos 
que esta totalmente prohibida cualquier divulgacion, distribucion o 
reproduccion de esta comunicacion, y le rogamos que nos lo notifique, 
nos devuelva el mensaje original a la direccion arriba mencionada y 
borre el mensaje.



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54089319.7040...@sorianatural.es

Re: Postfix error al enviar correos

[Manolo Díaz]

El jueves, 4 sep 2014 a las 18:04 horas (UTC+2),
Antonio Moreno escribió:

>El 04/09/14 17:36, Manolo Díaz escribió:
>> El jueves, 4 sep 2014 a las 17:24 horas (UTC+2),
>> Antonio Moreno escribió:
>>
>>> El 04/09/14 17:19, Manolo Díaz escribió:
> mydestination = localhost, localhost.midominio.es
 [...]


 ¿No tendría que estar incluido midominio.es?

 Saludos
>>> Muchas gracias por la respuesta
>>>
>>> Si le pongo el "midominio.es" y "correo.midominio.es"
>>>
>>> Sep  4 17:21:36 correo postfix/local[31103]: 996432C17B7:
>>> to=, orig_to=, relay=local,
>>> delay=0.02, delays=0.01/0/0/0.01, dsn=5.1.1, status=bounced (unknown
>>> user: "antonio")
>>>
>>> Un saludo
>>>
>>>
>> Ese es otro problema diferente, de entrega local. Parece ser que no
>> existe antonio como usuario virtual.
>>
>> Saludos.
>
>De nuevo muchas gracias
>
>Lo se pero si que existe
>
>select * from virtual_users;
>++---+--+-+
>| id | domain_id | password | email   |
>++---+--+-+
>|  1|1 | k | 
>anto...@midominio.es |
>++---+--+-+
>
>Un saludo
>
>

Aquí lo único que se ve es que el usuario con id 1 tiene como buzón
anto...@midominio.es, pero ese usuario es antonio,
anto...@midominio.es (que no es lo mismo) o cualquier otra cosa.

Saludos. 

-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904183652.5d00f...@gmail.com

Re: Postfix error al enviar correos

[Camaleón]

El Thu, 04 Sep 2014 18:28:09 +0200, Antonio Moreno escribió:

> El 04/09/14 18:16, Camaleón escribió:
>> El Thu, 04 Sep 2014 18:03:06 +0200, Antonio Moreno escribió:
>>
>>> El 04/09/14 17:48, Camaleón escribió:
>> (...)
>>
>> Bueno, esto tiene más lógica. Postfix retiene (deferred) el correo porque
>> no se puede comunicar con Dovecot.
>>
>> En cuanto a los errores, Google sugiere que compruebes si tienes instalado
>> el paquete "dovecot-mysql".
>>
>>
> Ya lo vi muchas gracias por tu respuesta, pero sigo atascado jajaja

(...) 

> Sep  4 18:24:34 correo dovecot: auth-worker(393): mysql(127.0.0.1): Connected 
> to database mailserver
> Sep  4 18:24:34 correo dovecot: auth-worker(393): Warning: mysql: Query 
> failed, retrying: Table 'mailserver.users' doesn't exist
> Sep  4 18:24:34 correo dovecot: auth-worker(393): Error: 
> sql(anto...@midominio.es): User query failed: Table 'mailserver.users' 
> doesn't exist (using built-in default user_query: SELECT home, uid, gid FROM 
> users WHERE username = '%n' AND domain = '%d')

A mí me parece que le has dicho a Dovecot: "Oye, mis usuarios están en 
una base de datos sql" pero como que se ha olvidado configurar esa base 
de datos, las tablas y todo eso. Y claro, el pobre Postfix no le puede 
entregar el correo a Dovecot porque éste tiene una crisis de identidad.

> He revisado la configuracion de /etc/dovecot/dovecot-sql.conf.ext y todo 
> lo que tiene esa select aparece comentado, seguire investigando.
> 
> A este paso me hago investigador privado jajajaja

Si has seguido alguna guía, manda el enlace para que podamos ver los
pasos que has dado. Si vas por libre, sigue revisando los registros
de Dovecot con cada cambio que hagas que ya parece que te queda poco :-)

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.04.16.39...@gmail.com

OT - Re: Systemd

[unciegobailando]

El 04/09/14 12:32, Mario Ariel Guerra escribió:



como me gustaria poder tener mi sistema libre de systemd actualmente
tengo jessie, trate de eliminar completamente systemd pero se me lleva
el SO


En Jessie de momento no se puede debido a un bug, salvo que lo hayan
corregido ya.



- Para comentarles que en este momento tengo dos máquinas con Jessie actualizado al día y sin 
systemd. Estoy usando los escritorios KDE y XFCE, y quedan ciertos paquetes residuales con nombre 
'systemd', que los tengo congelados en la versión 204-14 (en Synaptic, "Paquete", 
"Bloquear versión") para que no se vaya a colar nada con las actualizaciones de Jessie. 
Estoy todavía con algunos problemas, por ejemplo los pendrive los estoy montando a mano con pmount, 
pero los soporto porque mi decisión de sacar systemd de Debian es netamente política. Si el tiempo 
permite quizás pueda volcar en un blog esta experiencia.

- He podido observar que el instalador de Debian Testing (Jessie) oficial ya 
está trayendo por defecto systemd. Lo probé en máquinas virtuales y en máquinas 
reales que estuve instalando la semana pasada. La situación con el doble boteo 
es un desastre: A los temas de las particiones GPT e híbridas, hay que sumarle 
los seteos de la BIOS y particiones EFI UEFI y el Grub, y encima ahora el 
/sbin/init es un link a un ejecutable enorme que está en /lib/systemd, por lo 
que no es reconocido por herramientas como SystemRescueCD. Para poder hacer 
doble boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer 
malabares impensables hace unos años.

- A mi jucio la situación con systemd es gravísima, creo que hay que arremangarnos y 
aunar esfuerzos por ejemplo con la gente de Gentoo que están haciendo eudev, o con los 
escritorios alternativos a Gnome como Mate (que al parecer no tiene dependencias con 
systemd), y tratando que los otros escritorios como KDE y XFCE no generen dependencias 
"duras" hacia systemd.

Saludos,
Mario





 Tendrias tiempo Mario en algun momento para contarme (y contarnos) 
cuales son las razanos politicas de tu decicion?
 Algo lei y a pesar de no tener claros fundamentos coincido con tu 
decicion. Saludos desde el sur.





--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54089922.1070...@mail.com

Re: Systemd

[Rivera Valdez]

No me queda claro por lo que están diciendo: ¿systemd es un componente
necesario en las versiones actuales de Debian como SO, o solamente de
algunos escritorios específicos (x ej. GNOME)?


2014-09-04 13:09 GMT-03:00 Camaleón :

> El Thu, 04 Sep 2014 17:32:44 +0200, Mario Ariel Guerra escribió:
>
> > - Para comentarles que en este momento tengo dos máquinas con Jessie
> > actualizado al día y sin systemd. Estoy usando los escritorios KDE y
> > XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los
> > tengo congelados en la versión 204-14 (en Synaptic, "Paquete", "Bloquear
> > versión") para que no se vaya a colar nada con las actualizaciones de
> > Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive
> > los estoy montando a mano con pmount, pero los soporto porque mi
> > decisión de sacar systemd de Debian es netamente política. Si el tiempo
> > permite quizás pueda volcar en un blog esta experiencia.
> >
> > - He podido observar que el instalador de Debian Testing (Jessie)
> > oficial ya está trayendo por defecto systemd. Lo probé en máquinas
> > virtuales y en máquinas reales que estuve instalando la semana pasada.
> > La situación con el doble boteo es un desastre: A los temas de las
> > particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y
> > particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link
> > a un ejecutable enorme que está en /lib/systemd, por lo que no es
> > reconocido por herramientas como SystemRescueCD. Para poder hacer doble
> > boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer
> > malabares impensables hace unos años.
>
> Me temo que quien quiera evitar systemd a partir de Jessie va a tener que
> afinar muchísimo la instalación, y por afinar mucho me refiero a no
> instalar ningún entorno de escritorio para que no se cuelen paquetes que
> dependan de dbus que es quien suele requerir de systemd y sus bibliotecas.
>
> Esperemos que Debian mantenga su compromiso de seguir dando soporte a
> systemv y que a través del paquete comodín systemd-shim se pueda evitar
> la instalación de systemd.
>
> > - A mi jucio la situación con systemd es gravísima, creo que hay que
> > arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que
> > están haciendo eudev, o con los escritorios alternativos a Gnome como
> > Mate (que al parecer no tiene dependencias con systemd), y tratando que
> > los otros escritorios como KDE y XFCE no generen dependencias "duras"
> > hacia systemd.
>
> Comparto tu preocupación. Yo por mi parte cada vez me siento más incómoda
> con mi sistema: desde kde 3.5 (y ya ha llovido) todo lo relacionado con
> en entorno de escritorio ha ido a mucho (pero mucho) peor. Sólo se salva
> el kernel que con cada nueva versión sigue aportando mejoras en lugar de
> pifias.
>
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/pan.2014.09.04.16.09...@gmail.com
>
>

Re: Systemd

[Luis Felipe Tabera]

On Thursday 04 September 2014 16:09:13 Camaleón wrote:
> Comparto tu preocupación. Yo por mi parte cada vez me siento 
más incómoda
> con mi sistema: desde kde 3.5 (y ya ha llovido) todo lo 
relacionado con
> en entorno de escritorio ha ido a mucho (pero mucho) peor. 
Sólo se salva
> el kernel que con cada nueva versión sigue aportando 
mejoras en lugar de
> pifias.

Cuestión de gustos, para mi la cosa ha ido a mejor desde 
entonces (y mucho).

Luis

Re: OT - Systemd

[Mario Ariel Guerra]

> 
>   Tendrias tiempo Mario en algun momento para contarme (y contarnos) 
> cuales son las razanos politicas de tu decicion?
>   Algo lei y a pesar de no tener claros fundamentos coincido con tu 
> decicion. Saludos desde el sur.
> >
> 

Bueno, el tema de systemd es muy amplio, trato de ser breve:

1) Desde Debian: Hasta ahora es una distribución de fuerte presencia, 
independiente de intereses comerciales, con el eslogan "Sistema Operativo 
Universal", una alternativa real para las personas que queriendo usar GNU/Linux 
no querían caer bajo el paraguas de ninguna empresa (lease RedHat, Suse, 
Ubuntu). La adopción de systemd como sistema de inicio predeterminado desde 
Debian 8 (Jessie) fue tomada como una mera decisión técnica, pero en la 
práctica provoca que Debian deje de diferenciarse como distribución primaria 
para ser una descendiente de RedHat. Lo del "Sistema Operativo Universal" lo 
tiraron alegremente por la borda: systemd solo puede ir encima de un kernel 
Linux (no mas Hurd, no mas kFreeBSD). Este tema no era un simple tema técnico 
(al estilo lilo vs. grub), sino que afecta en el mediano plazo la identidad y 
propósito de Debian, por lo que creo que es un tema político que debiera 
haberse puesto a votación en toda la comunidad Debian. Ya alguien ha pedido una 
vuelta atrás, y creo que a medida que mas gente se entere de lo que la cúpula 
de Debian ha hecho (en forma solapada) van a haber mas comentarios de este tipo.
 
2) Desde GNU/Linux: systemd es un rediseño completo del sistema operativo con 
ciertos objetivos. Se "traga" a networkManager, dbus, udev, cron, init, etc, 
etc. Es decir, es una cosa que se pone encima de un kernel Linux, y se comporta 
bien con un solo escritorio: Gnome3. Ya no es mas GNU/Linux como un "clon de 
Unix", es otra cosa monolítica "Gnome3/systemd/Linux" que corta toda libertad 
de elección y se parece muchísimo a un Windows X. Puede estar muy bien que 
RedHat desarrolle esa cosa y la promocione, pero lo que está mal es que nos la 
vendan como si siguiera siendo un "clon de Unix", porque atacan por varios 
lados la esencia de Unix. Y la cosa no queda ahi: El propio Linus Torvalds les 
quitó a esta gente la posibilidad de hacer commits al kernel. De no hacer esto, 
esta gente ya hubiera puesto las ataduras al revés: que el kernel Linux solo 
sea utilizable cuando por encima tenga systemd. Ellos tienen una agenda y unos 
propósitos muy claros: Lean por ejemplo sobre kdbus

3) Desde la "politica": Y finalmente lo tenemos a Julian Assange (el de 
Wikileaks) afirmando que Debian ya ha sido tomado por otros intereses, 
mencionando explícitamente el caso de openssl.

Usando Debian desde hace mas de 10 años,
saludos desde Córdoba, Argentina,
Mario


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/trinity-b7f62bbc-d309-483f-bedd-2fe0291d8a98-1409864390850@3capp-mailcom-lxa03

Re:Re: Systemd

[agronomo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/04/2014 09:53 AM, unciegobailando wrote:
> El 04/09/14 12:32, Mario Ariel Guerra escribió:
>>>
 como me gustaria poder tener mi sistema libre de systemd actualmente
 tengo jessie, trate de eliminar completamente systemd pero se me lleva
 el SO
>>>
>>> En Jessie de momento no se puede debido a un bug, salvo que lo hayan
>>> corregido ya.
>>>
>>
>> - Para comentarles que en este momento tengo dos máquinas con Jessie
actualizado al día y sin systemd. Estoy usando los escritorios KDE y
XFCE, y quedan ciertos paquetes residuales con nombre 'systemd', que los
tengo congelados en la versión 204-14 (en Synaptic, "Paquete", "Bloquear
versión") para que no se vaya a colar nada con las actualizaciones de
Jessie. Estoy todavía con algunos problemas, por ejemplo los pendrive
los estoy montando a mano con pmount, pero los soporto porque mi
decisión de sacar systemd de Debian es netamente política. Si el tiempo
permite quizás pueda volcar en un blog esta experiencia.
>>
>> - He podido observar que el instalador de Debian Testing (Jessie)
oficial ya está trayendo por defecto systemd. Lo probé en máquinas
virtuales y en máquinas reales que estuve instalando la semana pasada.
La situación con el doble boteo es un desastre: A los temas de las
particiones GPT e híbridas, hay que sumarle los seteos de la BIOS y
particiones EFI UEFI y el Grub, y encima ahora el /sbin/init es un link
a un ejecutable enorme que está en /lib/systemd, por lo que no es
reconocido por herramientas como SystemRescueCD. Para poder hacer doble
boteo con Debian Testing nuevo en máquinas nuevas, he tenido que hacer
malabares impensables hace unos años.
>>
>> - A mi jucio la situación con systemd es gravísima, creo que hay que
arremangarnos y aunar esfuerzos por ejemplo con la gente de Gentoo que
están haciendo eudev, o con los escritorios alternativos a Gnome como
Mate (que al parecer no tiene dependencias con systemd), y tratando que
los otros escritorios como KDE y XFCE no generen dependencias "duras"
hacia systemd.
>>
>> Saludos,
>> Mario
>>
>>
>>
>
>  Tendrias tiempo Mario en algun momento para contarme (y contarnos)
cuales son las razanos politicas de tu decicion?
>  Algo lei y a pesar de no tener claros fundamentos coincido con tu
decicion. Saludos desde el sur.
Los Judios Sionistas, estan detras de los gobiernos de Israel,
Inglaterra y EU.  Ellos recopilan todo lo que circula por internet,
telefono y ahora algunos electrodomesticos. Luego hacen perfiles que
sirven para ofrecerte cosas para comprar y mantenerte hipnotizado. Lo
esencial de la informacion, es que te impresiona, y se te puede
manipular, para que hagas lo que sea; alguien dijo que "es cuestion de
gustos" y es cierto: "a muchos les llega a gustar que los vigilen" "que
los castiguen" "que los traten como mierda"; ese es el poder de la
informacion que se pone en facebook y otros lugares.

Solo veamos como funciona; este hilo podria irse por lo tecnico de
Systemd Ad Infinitum; ya alguien hizo el primer intento marcandolo como
[OT], eso lo hacen para que se discuta lo tecnico sin fin y termine todo
mundo creyendo que sabe. Solo veamos las respuestas en esta lista! Son
cada vez "menos especificas y claras".

Pero el punto importante; que systemd, ha sido creado por la NSA por
medio de Red Hat, para espiar a usuarios de Linux, y/o destruir Linux,
y/o convertir a Linux en otro windows para mantener el poder hegemonico
que todavia tienen los sionistas. Es ocultado, creando discusiones
tecnicas interminables, por que la mayoria NO tiene conocimiento
suficiente para entender esa jerigonza; y tampoco tiene el valor para
decir que no entiende.

Snowden, el de la NSA, dijo hace algun tiempo que Debian estaba
controlado por la NSA; Y Debian fue creado como el unico SO GNU/Linux
libre. Nos queda a cada uno decidir, si lo abandonamos por Slackware,
Gentoo, o algun BSD; o lo defendemos para que vuelva a ser el de antes.
Digo, cuando fue creado!

Por las respuestas a este mensaje, sabremos quien pretende llevarnos a
un hilo interminable!

gracias.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUCNaoAAoJEKbsEnZGVkUM0LQH/iy933azO7Jp/ivEEG0p20ED
45nDC2i19nnVZXeCBtbo6nry/JEXrAD+2t/eABsHqiUvkg7e2EH29jpJ5Sal5IeL
tmNpNCOImvgqFhf1bt3poY3EXyxaYqRR3s4mI9xMxkgXe+ALrx4oCrLk3LIDW2+g
TC6lk0+YHoQ+G7MMLbBkls8NDgcuS7dEigmnVxUTvasgSJVov//m4Gb8YgVNlnOz
10jB4tkbgFk2rAXVQWJ593AOS1AySmY9NKUAOtfAtONUUvvvmY/3tjfetIp+j0Oh
jegyKEEn+8ZTZiJ3ayxPtQbjnef9wtEFepir5/ON1bjVCVEYGsm+2VNmutHz0MM=
=sTJj
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5408d6b8.6080...@agronomos.ca

Re: [OT] Wheezy+Postfix+Dovecot+LDAP-Problema mapeo dir en IMAP/POP3

[Diego H. Cancelo]

El 04/09/14 12:09, Camaleón escribió:
> 
> Bien, pero ya no debería aparecer el error de "Home dir not found". Si es 
> así, lo que quedaría por resolver es por qué no respeta la ruta que has 
> configurado como almacén de los mensajes y quizá es que lo devuelve 
> vacío, es decir, que la variable "%d" no contiene el valor del dominio.

Sí sí. Esto es así! El error "Home dir not found" no aparece mas en los
logs.
Con respecto a la ruta creo que me esta pisando mi config de Dovecot mis
datos en LDAP.

> Se me ocurren dos cosas que podrían estar "molestando" a Dovecot:
> 
> 1/ Revisa la configuración que tienes en Postfix para ver si es correcta:
> 
> http://wiki2.dovecot.org/LDA/Postfix

Por este lado está OK...

> 2/ En OpenLDAP, que no haya valores de variables contradictorias con los 
> datos de Dovecot

Justamente esto es lo que me temo... que la info en el árbol LDAP (el
home del user en este caso) me esta "pisando" mi config 'mail_home =
/var/vmail/%d/%n' que tengo seteada en Dovecot.
Acá en este parcial del log muestra:
1- consulta al ldap (us/home/uid/gid)
2- respuesta (donde se ve homeDirectory=/hom
e/usersldap/sspeirone)
3- toma maildir++: root=/home/usersldap/sspeirone/mail
4- saved mail to INBOX

2014-09-04 18:52:23 auth: Debug: ldap(sspeir...@epea1.com.ar): user
search: base=dc=epea1,dc=com,dc=ar scope=subtree filt
er=(&(objectClass=posixAccount)(uid=sspeirone))
fields=homeDirectory,uidNumber,gidNumber
2014-09-04 18:52:23 auth: Debug: ldap(sspeir...@epea1.com.ar): result:
uidNumber=10003 gidNumber=10002 homeDirectory=/hom
e/usersldap/sspeirone
2014-09-04 18:52:23 lda(sspeir...@epea1.com.ar): Debug: maildir++:
root=/home/usersldap/sspeirone/mail, index=, control=,
 inbox=/home/usersldap/sspeirone/mail, alt=
2014-09-04 18:52:23 lda(sspeir...@epea1.com.ar): Info:
msgid=unspecified: saved mail to INBOX : Subject: prueba

Por más que yo NO haya especificado que tome el directorio de destino
del correo desde LDAP usa el home especificado ahí en vez del seteado en
Dovecot. Investigare por este lado :p

>> Cabe recalcar que utilizando esta config, con /home/userldap en vez de
>> /home/vmail Dovecot funciona bien, osea, me entrega los correos y luego
>> puedo levantarlos tanto por IMAP como por POP3, pero me ignora mi config
>> de mail_home = /home/usersldap/%d/%n :(
>> La verdad que es muy extraño... me canse de buscar y probar cosas :p
>> Tendré que seguir investigando.
>> Gracias por tu ayuda Camaleón.
>> Comentare los resultados más adelante.
> 
> Sí, está raro... en cualquier caso, con cada cambio que hagas sigue 
> revisando los registros de Dovecot que suelen ser muy útiles.

tail -f /var/log/dovecot* -n0 a full :) y lo mismo con los logs de
Postfix, en una terminal en todo momento...

> Saludos,

Saludos y gracias por todo.

-- 
Saludos.
Diego.

===
"Diego H. Cancelo" diego[at]cancelo[dot]com[dot]ar
*GNU/Linux User # 491743* | Huella digital:
03CA 8BAC 823A 80A1 D2FD  E74F 50AB 79D7 8F1A 0DF7
GnuPG: 2048D/8F1A0DF7 | Clave GPG: solicitar por mail
http://www.bootsector.com.ar | http://www.lugro.org.ar
Referente Técnico Escolar-EPEA N°1-Las Ovejas-Neuquén
===
Usá Software Libre.


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5408e3d2.9010...@cancelo.com.ar

Problema de saturación de red

[Antonio Galicia]

Hola, buen día.

Tengo un problema que me trae de cabeza con un equipo con debian 7.
Resulta que después de un rato de estar funcionando bien la interfase
de red se satura (o es lo que suponemos) por lo que empieza a
contestar lento aun desde la consola. Si quitamos físicamente el cable
de la tarjeta regresa la respuesta normal.

Originalmente tenía Squeeze y funcionaba sin problema pero al
actualizar a Wheezy empezaron los problemas. Para descartar algún
problema con la actualización se re-instaló desde cero, primer
problema es que no trae driver para la tarjeta así que a cargar el
driver y el problema persistió. Le agregamos una tarjeta genérica sin
cambio. Lo virtualizamos y ahora vive dentro de un vmware ESXi y no se
corrige el fallo.

Hemos hecho de todo, pusimos un router al frente para que llegue
nateadas las conexiones y es el router el que se satura mientras que
el equipo ni se entera. Con un equipo en modo bridge pasa lo mismo, es
este el que se pone mal mientras que el linux se porta normal. Al
reiniciar el router o el bridge el servicio se restablece hasta que se
satura nuevamente.

He pensado que puede ser un DOS pero lo extraño es que todo inició al
momento de actualizar a Wheezy, lo que me queda es regresar a Squeeze
y el paquete que nos hizo movernos bajarlo y compilarlo pero es lo
último que quiero hacer para evitar tener que estar manteniendo un
paquete fuera de la distribución.

¿Alguien ha tenido o sabe de algún comportamiento similar? Cualquier
ayuda será eternamente agradecida.

-- 
 Saludos,
 Antonio Galicia

Eram quod es, eris quod sum


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGYn=y0jfjq3qtgp9fn-kaetoeyqbucoueagdbskjyhqk_w...@mail.gmail.com

Re: Problema de saturación de red

[Fabián Bonetti]

On Thu, 4 Sep 2014 18:52:08 -0500
Antonio Galicia  wrote:

A mi me sucede lo mismo debes en cuando. Tense que era un ddos.


Tal vez la tarjeta de red se sobrecaliente?

Sera la solución un Bonding?

















-- 
Servicios:. http://mamalibre.com.ar/plus
MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina


pgpPMnVRWLd7q.pgp
Description: PGP signature

Re: Problema de saturación de red

[agronomo]

On 09/04/2014 05:01 PM, Fabián Bonetti wrote:
> On Thu, 4 Sep 2014 18:52:08 -0500
> Antonio Galicia  wrote:
>
> A mi me sucede lo mismo debes en cuando. Tense que era un ddos.
>
>
> Tal vez la tarjeta de red se sobrecaliente?
>
> Sera la solución un Bonding?

Fabian:
Revisa el trafico UDP




-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/540901d1.2070...@agronomos.ca

Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar

[Paulo Riquelme]

El día 4 de septiembre de 2014, 10:10, Camaleón  escribió:
> El Thu, 04 Sep 2014 00:10:19 -0400, Paulo Riquelme escribió:
>
>> El día 3 de septiembre de 2014, 12:10, Camaleón 
>> escribió:
>
> (...)
>
> De todas formas, para saber si el equipo ha vuelto de una
> restauración o de un estado apagado tendrás que revisar el registro
> /var/log/syslog y también / var/log/pm-powersave.log. También puedes
> fijarte en las fechas de los archivos de registro.

 Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a
 estos dos archivos para revisar las fechas cierto?
>>>
>>> Sí, bueno, a cualquier archivo de registro que se modifique cuando
>>> inicias el sistema "en frío", como el syslog, el del kernel,
>>> Xorg.0.log...
>>
>> El syslog, algo podían indicarnos estas líneas:
>>
>> Sep  3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]:
>> battery: (dis)charge rate invalid.
>
> Hombre, pues sí. Mira a ver si encuentras alguna entrada más relacionada
> con la batería (ejecuta como root "grep -i battery /var/log/syslog").

Eres seco jaj, claro que eran pocas líneas, las pego acá:

Sep  2 18:35:39 ROQ515HP kernel: [9.731919] ACPI: Battery Slot
[BAT1] (battery present)
Sep  2 18:37:59 ROQ515HP kernel: [9.435383] ACPI: Battery Slot
[BAT1] (battery present)
Sep  2 22:59:25 ROQ515HP kernel: [9.698283] ACPI: Battery Slot
[BAT1] (battery present)
Sep  3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]:
battery: (dis)charge rate invalid.
Sep  3 18:19:28 ROQ515HP kernel: [9.568861] ACPI: Battery Slot
[BAT1] (battery present)
Sep  3 19:17:35 ROQ515HP kernel: [ 3506.789581] [Firmware Bug]:
battery: (dis)charge rate invalid.
Sep  3 21:12:18 ROQ515HP kernel: [9.321945] ACPI: Battery Slot
[BAT1] (battery present)
Sep  3 21:17:37 ROQ515HP kernel: [9.496350] ACPI: Battery Slot
[BAT1] (battery present)
Sep  3 23:07:21 ROQ515HP kernel: [9.668790] ACPI: Battery Slot
[BAT1] (battery present)
Sep  3 23:53:27 ROQ515HP kernel: [ 2785.237625] [Firmware Bug]:
battery: (dis)charge rate invalid.
Sep  4 21:56:32 ROQ515HP kernel: [9.721103] ACPI: Battery Slot
[BAT1] (battery present)

y como estoy metido con el tema del wake on lan ejecuté lo mismo pero
con eth0, osea "grep -i eth0 /var/log/syslog" y obtuve resultados,
demasiados para acá así que nuevamente pegué en pastebin acá
http://pastebin.com/8cdXLrby

>> y creo que el archivo es muy grande pues el pastebin no me deja pegar el
>> contenido
>
> Lo que interesaba ver era la fecha de creación pero vaya, algo me dice
> que el equipo apaga correctamente y la batería se descarga por algún otro
> motivo.
>
>> El /var/log/pm-powersave.log no tengo ese archivo
>
> Raro pero vale.

xD Mi computador, mi fiel reflejo

>> Sobre las fechas de creación
>>
>> stat del syslog:
>> Fichero: «/var/log/syslog»
>>   Tamaño: 812013 Bloques: 1600   Bloque E/S: 4096   fichero
>>   regular
>> Dispositivo: 804h/2052d Nodo-i: 789370  Enlaces: 1 Acceso:
>> (0640/-rw-r-)  Uid: (0/root)   Gid: (4/ adm)
>>   Acceso: 2014-09-03 19:02:12.362354747 -0400
>> Modificación: 2014-09-03 19:30:27.387677572 -0400
>>   Cambio: 2014-09-03 19:30:27.387677572 -0400
>> Creación: -
>
> (...)
>
> Atendiendo a esos datos diría que el archivo se creó ayer (03/09/2014) a
> las 19:02 (en tu hora local), es decir, que iniciaste el equipo a esa
> hora. El resto de archivos mantienen una hora similar.
>
>>> ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si
>>> estuviera suspendido al tocar cualquier tecla o el touchpad se
>>> restauraría la sesión.
>>
>> Lo he hecho y enciende sólo presionando el botón físico de encendido del
>> notebook, osea que no tiene reacción con las teclas del teclado.
>
> Vale, entonces podemos descartar que el equipo esté suspendido o
> hibernado, el equipo está apagado pero va consumiendo batería.
>
>>> Aunque diga "reboot" no reinicia, eso al menos lo sabemos con
>>> seguridad.
>>
>> Acá está:
>> [  102.667311] reboot: Power Down _
>>
>> nada más.
>
> Curioso, pero ya hemos visto que el equipo no reinicia si no que queda
> apagado.
>
>>> Pues si el equipo se apaga, es posible que la batería se agote por
>>> algún otro motivo.
>>
>> Dentro de mi ignorancia en el sistema pienso en que algo puede andar mal
>> con el laptop-mode-tools, ayer apagué con la AC conectado a la corriente
>> y antes me fijé en la batería desde gnome y estaba al 32%,
>> hoy cuando encendí, vi la batería desde gnome y estaba al 36% lo que me
>> pareció normal ya que ahora no había aplicaciones abiertas y anoche no
>> desconecté el equipo de la AC hasta que estuvo bien apagado.
>>
>> Claro que tendría que hacer esta prueba apagando conectado a AC y dejar
>> de ocupar el notebook por lo menos unos 4 días :-(
>
> (...)
>
> Puedes probar a detener ese servicio a ver si notas alguna diferencia
> (debería ser algo así "service laptop-mode stop").

ok

>>> Por cierto ¿por qué desenchufas el equipo de la t