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

[egoitz en ramattack.net]

> Aupi,
>
> Por cosas como esta digo que en esta lista hay high-tech (egHost)!!!
>
> ;-)
>
> Fermat te saless!!
>

si señor!




> 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
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>