[eside-ghost] Postfix y sus cuotas...

[Iker Sagasti Markina]

Aupi,

Por cosas como esta digo que en esta lista hay high-tech (egHost)!!!

;-)

Fermat te saless!!

Alvaro Uría escribió:
> Aupi,
> 
> On Fri, 23 Nov 2007 11:26:30 +0100
> Alvaro Marín <alvaro en rigel.deusto.es> escribió:
>>> por ultimo tio... entonces vda va ok no? no da guerra ni nada no?
>>>  me fio 100% de tu opinion señor jefe de correo de Hostalia :) jejej
>> j0j0j0
>> El tema de VDA lo monté hace unos 5 años en la uni y desde entonces no 
>> lo he vuelto a tocar. No sé si sigue funcionando, Fermat puede 
>> comentarlo mejor, pero el tiempo que estuve yo, no dió problema alguno
>> :-)
> 
> Nope... usamos maildrop. De todas formas, una opción es parchear Postfix, y
> luego decidir si usarlo o no (si no, esa parte de código compilado no se
> utilizaría, y sin problemas).
> 
> # Uso del parche VDA
> virtual_transport = virtual
> # Uso de maildrop
> virtual_transport = maildrop
> 
> El brasileiro que mantiene VDA (Anderson Nadal) saca parches a la semana y
> poco de la versión oficial, y desde hace 3 años sólo he visto un problema
> de rendimiento en una circunstancia concreta, y que fue rápidamente
> solventada. Además, las versiones actuales han sido reescritas y son más
> eficientes a la hora de "medir" el tamaño del buzón.
> 
> Por otro lado, ya se le ha preguntado a Wietse Venema (el
> desarrollador/mantenedor de Postfix) sobre porqué no se da soporte oficial
> a esta feature que tiene lo menos 6 años... y básicamente el problema es
> que es una solución ad-hoc para el formato Maildir (y Maildir++), y no un
> diseño abstracto que resuelva un problema en cualquier condición (nfs, ...)
> 
> La recomendación por parte de los desarrolladores de Postfix en cuanto a
> cuotas pasa por usar el soporte de los kernels UNIX (hard quota), aunque
> eso requeriría tener un UID diferente para cada usuario (aunque sea
> virtual), y creo que hay problemas en FreeBSD con esto (en entornos chroot
> creo recordar).
> 
> En definitiva... con un "virtual_destination_concurrency_limit = 1" (para
> evitar "race conditions" en el contador de bytes), yo sí pondría el parche
> VDA sin problemas (aunque necesitaría un script a parte para poder avisar a
> los usuarios cuando les quedase poco espacio).
> 
> Con maildrop, no problemo.
> 
> Saludos,
>   Alvaro Uría
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost

-- 
Iker Sagasti Markina
Irontec, Internet y Sistemas sobre GNU/LinuX - http://www.irontec.com
+34 94.404.81.82