Este es un script para calcular el tamaño físico que debería tener tú instalación de Zimbra en función del numero de usuarios y del tamaño máximo de los buzones.
Naturalmente el resultado final es orientativo.
0
comentarios
De la cantidad de script que hay dentro de /opt/zimbra/bin uno muy útil es el zmmailbox. Su utilización es muy parecida al zmprov. Este comando se utiliza para manejar los buzones. Lo podemos lanzar (al igual que zmprov) por línea de comandos o simplemente utilizar su consola.
[zimbra@zimbra ~]$ zmmailbox --help
zmmailbox [args] [cmd] [cmd-args ...]
-h/--help display usage
-f/--file use file as input stream
-u/--url http[s]://{host}[:{port}] server hostname and optional port. must
use admin port with -z/-a
-a/--admin {name} admin account name to auth as
-z/--zadmin use zimbra admin name/password from
localconfig for admin/password
-y/--authtoken {authtoken} use auth token string(has to be in JSON
format) from command line
-Y/--authtokenfile {authtoken file} use auth token string(has to be in JSON
format) from command line
-m/--mailbox {name} mailbox to open
-p/--password {pass} password for admin account and/or mailbox
-P/--passfile {file} read password from file
-r/--protocol {proto|req-proto/response-proto} specify request/response protocol
[soap11,soap12,json]
-v/--verbose verbose mode (dumps full exception stack
trace)
-d/--debug debug mode (dumps SOAP messages)
zmmailbox is used for mailbox management. Try:
zmmailbox help admin help on admin-related commands
zmmailbox help account help on account-related commands
zmmailbox help appointment help on appoint-related commands
zmmailbox help commands help on all commands
zmmailbox help contact help on contact-related commands
zmmailbox help conversation help on conversation-related commands
zmmailbox help filter help on filter-realted commnds
zmmailbox help folder help on folder-related commands
zmmailbox help item help on item-related commands
zmmailbox help message help on message-related commands
zmmailbox help misc help on misc commands
zmmailbox help permission help on permission commands
zmmailbox help search help on search-related commands
zmmailbox help tag help on tag-related commands
[zimbra@zimbra ~]$ zmmailbox
mbox> adminAuthenticate admin@dominio.com mipsw1234
mbox> selectMailbox admin@dominio.com
mailbox: admin@dominio.com, size: 7.01 MB, messages: 531, unread: 330
mbox admin@dominio.com> GetAllFolders
Id View Unread Msg Count Path
---------- ---- ---------- ---------- ----------
1 conv 0 0 /
16 docu 0 0 /Briefcase
10 appo 0 1 /Calendar
14 mess 0 0 /Chats
7 cont 0 0 /Contacts
6 mess 0 0 /Drafts
13 cont 0 1 /Emailed Contacts
2 mess 0 6 /Inbox
4818 mess 3 9 /Inbox/jupiter
8509 mess 2 15 /Inbox/asterisk
4817 mess 0 0 /Inbox
5279 mess 91 111 /Inbox/antivirus
6025 mess 0 1 /Inbox/backup
5283 mess 1 1 /Inbox/mail report
5280 mess 7 24 /Inbox/virus
5281 mess 9 48 /Inbox/xtras
4 mess 26 26 /Junk
12 wiki 0 0 /Notebook
5 mess 0 3 /Sent
15 task 0 0 /Tasks
3 conv 191 285 /Trash
zmmailbox -z -m user@domain.com gms -> Tamaño de un buzón zmmailbox -z -m user@domain.com gaf -> Estadisticas de un buzón
0
comentarios
Por último vamos a securizar un poco nuestros dos servidores. Cuando un DNS quiere descargar la zona de otro servidor DNS, este realiza peticiones AXFR. Es decir si no tenemos correctamente configurado nuestro servidor de DNS es posible que alguien pueda descargarse nuestra base de datos de zona.
Aquí tenéis un ejemplo de un servidor DNS mal configurado que responde a las peticiones AXFR (actualmente el bug lo tienen arreglado):
amperis@akoya:~$ dig @ns2.microXXXX.net microXXXX.net axfr ; <<>> DiG 9.5.1-P2 <<>> @ns2.microXXXX.net microXXXX.net axfr ; (1 server found) ;; global options: printcmd microXXXX.net. 86400 IN SOA ns1.microXXXX.net. sysop.microXXXX.net. 2009051302 86400 7200 2419200 86400 microXXXX.net. 86400 IN NS ns1.microXXXX.net. microXXXX.net. 86400 IN NS ns2.microXXXX.net. microXXXX.net. 86400 IN A 62.97.115.117 microXXXX.net. 3600 IN MX 5 tauri.microXXXX.net. microXXXX.net. 3600 IN MX 10 dsl1.microXXXX.net. microXXXX.net. 3600 IN MX 20 mx.microXXXX.net. abydos.microXXXX.net. 86400 IN A 213.27.212.92 actuava.microXXXX.net. 86400 IN CNAME atlantis.microXXXX.net. adminwww.microXXXX.net. 86400 IN CNAME asgar.microXXXX.net. algerie.microXXXX.net. 86400 IN CNAME atlantis.microXXXX.net. altas.microXXXX.net. 86400 IN CNAME asgar.microXXXX.net. altes.microXXXX.net. 86400 IN CNAME asgar.microXXXX.net. ambitogrupo.microXXXX.net. 86400 IN CNAME atlantis.microXXXX.net. anubis.microXXXX.net. 86400 IN CNAME tauri.microXXXX.net. arianconstruccion.microXXXX.net. 3600 IN CNAME asgar.microXXXX.net. asgar.microXXXX.net. 86400 IN A 62.97.115.112 asuran.microXXXX.net. 86400 IN A 213.27.212.32 atlantis.microXXXX.net. 86400 IN A 213.27.212.72 baal.microXXXX.net. 86400 IN A 62.97.115.62 ... (la zona es mucho más larga)
[root@dns2 var]# dig @192.168.1.8 amperisblog.com axfr ; <<>> DiG 9.3.4-P1 <<>> @192.168.1.8 amperisblog.com axfr ; (1 server found) ;; global options: printcmd amperisblog.com. 86400 IN SOA dns1.amperisblog.com. admindns.amperisblog.com. 20090522 21600 3600 604800 86400 amperisblog.com. 86400 IN NS dns1.amperisblog.com. amperisblog.com. 86400 IN NS dns2.amperisblog.com. amperisblog.com. 86400 IN MX 10 mail1.amperisblog.com. amperisblog.com. 86400 IN MX 20 mail2.amperisblog.com. amperisblog.com. 86400 IN A 222.222.222.223 dns1.amperisblog.com.amperisblog.com. 86400 IN A 222.222.222.221 dns2.amperisblog.com.amperisblog.com. 86400 IN A 222.222.222.222 ftp.amperisblog.com.amperisblog.com. 86400 IN CNAME server1.amperisblog.com.amperisblog.com. mail1.amperisblog.com.amperisblog.com. 86400 IN CNAME server1.amperisblog.com.amperisblog.com. mail2.amperisblog.com.amperisblog.com. 86400 IN CNAME server2.amperisblog.com.amperisblog.com. server1.amperisblog.com.amperisblog.com. 86400 IN A 222.222.222.224 server2.amperisblog.com.amperisblog.com. 86400 IN A 222.222.222.223 www.amperisblog.com.amperisblog.com. 86400 IN CNAME server2.amperisblog.com.amperisblog.com. amperisblog.com. 86400 IN SOA dns1.amperisblog.com. admindns.amperisblog.com. 20090522 21600 3600 604800 86400 ;; Query time: 10 msec ;; SERVER: 192.168.1.8#53(192.168.1.8) ;; WHEN: Sat May 23 18:01:22 2009 ;; XFR size: 15 records (messages 1)
options {
allow-transfer { none; };
...
};
zone "amperisblog.com" in {
allow-transfer { 192.168.1.9; };
...
};
options {
allow-transfer { none; };
...
};
0
comentarios
Para el servidor de DNS secundario realizaremos los mismos pasos de instalación que con el DNS primario.
Una vez instalado todo el software de Bind editamos el /etc/named.conf con el siguiente contenido:
options {
directory "/var/named/slaves";
};
logging{
channel simple_log {
file "/var/log/named.log" versions 3 size 5m;
severity warnings;
print-time yes;
print-severity yes;
print-category yes;
};
category default{
simple_log;
};
};
zone "amperisblog.com" in {
type slave;
file "amperisblog.com.zone";
masters{ 192.168.1.8; };
};
23-May-2009 17:14:37.957 general: debug 1: zone amperisblog.com/IN: no database exists yet, requesting AXFR of initial version from 192.168.1.8#53 23-May-2009 17:14:37.960 xfer-in: info: transfer of 'amperisblog.com/IN' from 192.168.1.8#53: connected using 192.168.1.9#58874 23-May-2009 17:14:37.964 general: debug 1: zone amperisblog.com/IN: zone transfer finished: success
0
comentarios
Como todos sabéis el DNS es uno de los principales servicios que sustentan Internet y, por tanto, es fundamental para la distribución del correo (y otras cosas)... Quien no sepa como funciona el DNS que se vaya leyendo la Wikipedia.
El objetivo de estos tres post son:
+ Configuración de dos maquinas Linux (master+slave) servidoras de DNS por Bind.
+ Configuración de varias zonas de DNS en especial para su uso con el correo.
+ Replicación de zona de un servidor a otro (mensajes AXFR).
La distribución que utilizaré para los dos servidores será CentOS 5.2. Antes de empezar a instalar Bind necesitaremos las dos maquinas perfectamente configuradas (TCP/IP), parcheadas y conectadas a Internet.
Instalamos el soft necesario:
# yum search bind | grep ^bind # yum install bind.i386
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 53 -j ACCEPT
# service iptables restart
# service named restart
options {
directory "/var/named/data";
};
zone "amperisblog.com" in {
type master;
file "amperisblog.com.zone";
allow-update { none; };
};
zone "." {
type hint;
file "root.cache";
};
$TTL 86400
amperisblog.com. IN SOA dns1.amperisblog.com. admindns.amperisblog.com. (
20090522 ; serial
21600 ; refresh after 6 hours
3600 ; retry after 1 hour
604800 ; expire after 1 week
86400 ) ; minimum TTL of 1 day
IN NS dns1.amperisblog.com.
IN NS dns2.amperisblog.com.
IN MX 10 mail1.amperisblog.com.
IN MX 20 mail2.amperisblog.com.
IN A 222.222.222.223
server1 IN A 222.222.222.224
server2 IN A 222.222.222.223
dns1 IN A 222.222.222.221
dns2 IN A 222.222.222.222
ftp IN CNAME server1
mail1 IN CNAME server1
mail2 IN CNAME server2
www IN CNAME server2
# cat /var/log/messages | grep named May 23 15:33:29 dns1 named[13573]: starting BIND 9.3.4-P1 -u named May 23 15:33:29 dns1 named[13573]: found 1 CPU, using 1 worker thread May 23 15:33:29 dns1 named[13573]: loading configuration from '/etc/named.conf' May 23 15:33:29 dns1 named[13573]: listening on IPv4 interface lo, 127.0.0.1#53 May 23 15:33:29 dns1 named[13573]: listening on IPv4 interface eth0, 192.168.1.8#53 May 23 15:33:29 dns1 named[13573]: command channel listening on 127.0.0.1#953 May 23 15:33:29 dns1 named[13573]: command channel listening on ::1#953 May 23 15:33:29 dns1 named[13573]: zone amperisblog.com/IN: loaded serial 20090522 May 23 15:33:29 dns1 named[13573]: running May 23 15:33:29 dns1 named[13573]: zone amperisblog.com/IN: sending notifies (serial 20090522)
[root@dns1 data]# dig @localhost amperisblog.com ; <<>> DiG 9.3.4-P1 <<>> @localhost amperisblog.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14375 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;amperisblog.com. IN A ;; ANSWER SECTION: amperisblog.com. 86400 IN A 222.222.222.223 ;; AUTHORITY SECTION: amperisblog.com. 86400 IN NS dns1.amperisblog.com. amperisblog.com. 86400 IN NS dns2.amperisblog.com. ;; Query time: 12 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat May 23 15:
[root@dns1 data]# dig @localhost google.com ; <<>> DiG 9.3.4-P1 <<>> @localhost google.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38954 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 300 IN A 74.125.45.100 google.com. 300 IN A 74.125.67.100 google.com. 300 IN A 209.85.171.100 ;; AUTHORITY SECTION: google.com. 345600 IN NS ns1.google.com. google.com. 345600 IN NS ns2.google.com. google.com. 345600 IN NS ns3.google.com. google.com. 345600 IN NS ns4.google.com. ;; Query time: 699 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat May 23 15:38:55 2009 ;; MSG SIZE rcvd: 148
logging{
channel simple_log {
file "/var/log/named.log" versions 3 size 5m;
severity warning;
print-time yes;
print-severity yes;
print-category yes;
};
category default{
simple_log;
};
};
1 comentarios
0
comentarios
Por defecto Zimbra almacena los mensajes recibidos dentro de /opt/zimbra/store. En algunas ocasiones como en pruebas de stress podéis utilizar esta linea de bash para ver como va creciendo y disminuyendo todo el correo que tenemos en los buzones. Irá creciendo mientras vayamos recibiendo correo por SMTP e irá disminuyendo conforme los usuarios accedan al correo vía POP o borren correo vía IMAP/Webmail.
# while [ true ]; do clear; du -bcs /opt/zimbra/store/ | grep total; sleep 5; done
0
comentarios
Utiliza tres técnicas conocidas, más una nueva técnica desarrolladas por ellos y llamada "etiquetado de direcciones".
Las tres primeras técnicas las describiré rápidamente y me centraré en la última que es la más interesante:
+ listas negras: son listas de direcciones de correo, dominios o rangos de IPs de las cuales está totalmente prohibido
recibir un correo. Cuando el MTA recibe un correo de un remitente que se encuentra en esta lista, el correo es eliminado.
+ listas blancas: son listas de direcciones de correo, dominio o rangos de IPs de las cuales se acepta el correo sin aplicar ningún otro tipo de filtrado. Cuando un MTA recibe un correo de un remitente que se encuentra en esta lista, este es aceptado inmediatamente sin realizar ningún otro filtrado.
+ lista gris (greylist) o de safio/respuesta: Consiste en denegar un mensaje a nivel SMTP, de forma que forzamos al MTA del remitente a que reenvíe el correo otra vez al cabo de un tiempo (minutos, horas, depende de la configuración del MTA del remitente). Si el otro MTA reenvía el correo, nuestro MTA lo acepta y mete al remitente es su lista blanca para que la segunda vez que envíe un correo no vuelva a repetir este proceso.
Es interesante observa que cuando utilizamos greylist el correo es rechazado la primera vez y vuelto a reintentar porque muchos spammers no implementan el reenvío. Los spammers envían miles de correos y no les importa si el correo se ha entregado o no.
La otra técnica interesante de TMDA es el "etiquetado de direcciones". Con esto podemos hacer:
+ etiquetado de la dirección from: con esto es posible reescribir todas las veces que quiera su dirección de correo "por un alias" y que esta dirección tenga un tiempo de vida finito. De esta forma, por ejemplo, podrás participar en una lista de distribución, grupo o mailing sin que tú dirección real sea comprometida por spmmers.
Por ejemplo si tú dirección real es alejandro-moreno@miempresa.com tú dirección "etiquetada" con un tiempo de vida de 5 días tendrá este aspecto:
alejandro-fecha-989108708.a17f80@miempresa.com
Notar que se utilizan técnicas de crifrado para generar esta dirección de correo y por tanto no es posible que un spammer genere una dirección "etiquetada" valida. Una vez expirada la dirección de correo, los mensajes enviados a esta dirección son rechazados.
+ etiquetado de direcciones del remitente: al igual que la dirección del "from" también es posible etiquetar la dirección del remitente con la misma técnica anterior.
Esto puede servir para que cuando un remitente esté suscrito a una foro, grupo o mailing su dirección no sea comprometida por un spammer. Solo podrá recibir correo a esta dirección "etiquetada" si proviene del dominio de foro o lista de distribución.
Los spammers utilizan el campo "Return-path" para determinar cual es la dirección real del remitente de la lista de distribución. Si cambiamos la dirección del "Return-path" por una dirección etiquetada (alejandro-sender-a751af@midominio.com) podremos decirle que solo acepte correo de lista@distribucion.com.
+ etiqueta de direcciones con palabras clave: también es posible etiquetar un dirección con una palabra clave o key. Algo como:
alejandro-palabra clave-.8w06e8@miempresa.com
Este tipo de etiquetado puede se útil para una cierta relación emisor-receptor como por ejemplo crear una cuenta ebay.com, suscribirse a un feed, etc.
Como véis todas estas opciones permiten crear tantos "alias" de nuestra dirección de correo como necesitemos con el objetivo de no dar a conocer nuestra dirección real de correo.
PD: Gracias a Arturo Jara por el enlace.
0
comentarios
La mejor solución para "Linux-Modem Movistar" es utilizar el "escritorio movistar para Linux" que es un clónico del que se instala bajo Windows. Este escritorio movistar para Linux está bajo GPL pero aun no reconoce el modelo MC990D (la web dice que sí) y además no está soportado para Ubuntu 9x. Se puede bajar del Movil OpenForum.
Así que toca hacer funcionar el módem a mano.
Una vez conectado al puerto USB tiene que ser detectada por tú Ubuntu 9.04:
$ lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 004: ID 1410:7001 Novatel Wireless
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0bda:0158 Realtek Semiconductor Corp. Mass Stroage Device
kernel /boot/vmlinuz-2.6.28-11-generic root=UUID=0a31bb4b-cc96-47e5-b783-5b00957a141e
ro quiet splash usbserial.product=0x7001 usbserial.vendor=0x1410
[Dialer Defaults] Dial Command = ATD Stupid Mode = 1 Modem = /dev/ttyUSB0 Modem type = USB Modem [Dialer pin] Init1 = AT+CPIN=1234 [Dialer movistar] ISDN = 0 Username = movistar Password = movistar Baud = 460800 Phone = *99***1# Init2 = AT Init3 = AT&F&D2&C1E0V1S0=0 Init4 = AT+IFC=2,2 Init5 = ATS0=0 Init6 = AT Init7 = AT&F&D2&C1E0V1S0=0 Init8 = AT+IFC=2,2
# eject /dev/sr0 # wvdial pin # wvdial movistar
# wvdial pin --> WvDial: Internet dialer version 1.60 --> Cannot get information for serial port. --> Initializing modem. --> Sending: AT+CPIN=1234 AT+CPIN=1234 OK --> Modem initialized. --> Configuration does not specify a valid phone number. --> Configuration does not specify a valid login name. --> Configuration does not specify a valid password. # wvdial movistar --> WvDial: Internet dialer version 1.60 --> Cannot get information for serial port. --> Initializing modem. --> Sending: ATZ ATZ OK --> Sending: AT AT OK --> Sending: AT&F&D2&C1E0V1S0=0 AT&F&D2&C1E0V1S0=0 OK --> Sending: AT+IFC=2,2 OK --> Sending: ATS0=0 OK --> Sending: AT OK --> Sending: AT&F&D2&C1E0V1S0=0 OK --> Sending: AT+IFC=2,2 OK --> Modem initialized. --> Sending: ATD*99***1# --> Waiting for carrier. CONNECT HSDPA 7.2 --> Carrier detected. Starting PPP immediately. --> Starting pppd at Tue May 12 22:34:15 2009 --> Pid of pppd: 3591 --> Using interface ppp0 --> local IP address 213.99.235.106 --> remote IP address 10.64.64.64 --> primary DNS address 194.179.1.100 --> secondary DNS address 194.179.1.101
#!/bin/bash
echo "Si no tienes conectado el modem, conectalo ahora !!!..."
sleep 30
echo "Desmontando unidad del modem..."
ID=$(dmesg | grep "Attached scsi CD-ROM" | tail -1 | awk "{print \$8;}")
#echo $ID
eject /dev/$ID
sleep 10
echo "Marcando PIN..."
wvdial pin
sleep 30
echo "Llamando a Movistar..."
wvdial movistar
14
comentarios
0
comentarios
Por defecto la configuración de Postfix estándar no debería dar cuellos de botellas ni retardos en los correo.
Aun así un gran tráfico de spam, una secuencia de correos grandes que no
deberían estar en la cola, un hardware lento o una mala configuración de nuestra red puede provocarnos muchos problemas.
Si este es el caso, tendremos que repasar estos puntos:
DNS
Una mala configuración de Postfix puede afectar de forma negativa
a la velocidad del correo. Durante la entrada y salida del correo el DNS
es un servicio muy usado y por tanto mientras el DNS no produzca una
respuesta el correo no saldrá ni entrará.
Conviene revisar nuestros DNS dentro de /etc/resvolv.conf y verificar
la velocidad de estos.
[root@mta ~]# dig -tmx google.com ; <<>> DiG 9.3.4-P1 <<>> -tmx google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29611 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 4 ;; QUESTION SECTION: ;google.com. IN MX ;; ANSWER SECTION: google.com. 10731 IN MX 10 smtp1.google.com. google.com. 10731 IN MX 10 smtp2.google.com. google.com. 10731 IN MX 10 smtp3.google.com. google.com. 10731 IN MX 10 smtp4.google.com. ;; ADDITIONAL SECTION: smtp1.google.com. 3531 IN A 209.85.237.25 smtp2.google.com. 3531 IN A 64.233.165.25 smtp3.google.com. 3531 IN A 209.85.137.25 smtp4.google.com. 3531 IN A 72.14.221.25 ;; Query time: 78 msec ;; SERVER: 10.1.2.13#53(10.1.2.13) ;; WHEN: Tue May 5 22:46:28 2009 ;; MSG SIZE rcvd: 180
# postconf | grep mynetworks mynetworks = 127.0.0.0/8 192.168.2.0/24 10.5.0.0/16 10.6.0.0/16
myhostname = mxta.domain.com mydomain = domain.com mydestination = $myhostname, $mydomain relay_domains = $mydestination mynetworks = 127.0.0.0/8 192.168.1.0/24
smtpd_recipient_restrictions = reject_non_fqdn_recipient, permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination, reject_unlisted_recipient, reject_invalid_hostname, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client dnsbl.sorbs.net, reject_rbl_client bl.spamcop.net, permit
0
comentarios
suscribirse