[opensuse-es] attach por webmail
lista , tengo un servidor xeon de 2.0 Ghz con 4gb de ram , suse 10.2+postfix-2.3.2-30 , cuando envió un attach por roundcubemail de mas 2 MB se queda subiéndolo y al fin no logra subirlo , en el php.ini tengo habilitada la subida de archivos a 12 MB ,en postfix los tengo a 30 MB el envió , ya se que algunos me van a decir que es una exageración , pero ustedes ya sabran como son los jefes ... es raro este comportamiento , en los log no veo nada fuera de lo normal saludoss rickygm --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/4/23, troxlinux:
lista , tengo un servidor xeon de 2.0 Ghz con 4gb de ram , suse 10.2+postfix-2.3.2-30 , cuando envió un attach por roundcubemail de mas 2 MB se queda subiéndolo y al fin no logra subirlo , en el php.ini tengo habilitada la subida de archivos a 12 MB ,en postfix los tengo a 30 MB el envió ,
Revisa los foros de ese webmail, hay algunos mensajes relacionados con ésto :-?: max attach size? http://roundcubeforum.net/forum/index.php?topic=2817.0
ya se que algunos me van a decir que es una exageración , pero ustedes ya sabran como son los jefes ...
¿30 MB.? Ná, no es mucho :-P Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-23 a las 07:12 +0200, Camaleón escribió:
2008/4/23, troxlinux:
lista , tengo un servidor xeon de 2.0 Ghz con 4gb de ram , suse 10.2+postfix-2.3.2-30 , cuando envió un attach por roundcubemail de mas 2 MB se queda subiéndolo y al fin no logra subirlo , en el php.ini tengo habilitada la subida de archivos a 12 MB ,en postfix los tengo a 30 MB el envió ,
Hay que averiguar si es el webmail o el postfix el que se atasca.
Revisa los foros de ese webmail, hay algunos mensajes relacionados con ésto :-?:
max attach size? http://roundcubeforum.net/forum/index.php?topic=2817.0
ya se que algunos me van a decir que es una exageración , pero ustedes ya sabran como son los jefes ...
¿30 MB.? Ná, no es mucho :-P
¡Ahh..ttjjó, atjó! Que me atraganto. Hay cuentas de correo con un total admisible de 10 megas ... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIDwuttTMYHG2NR9URApCRAJ90DsFXLs+1IvoK7a1IJJGoN1x5vQCbBvbF l9ajqGjfdnCGGUa7gMNTy0c= =fpBk -----END PGP SIGNATURE-----
El 23/04/08, Carlos E. R. escribió:
Hay cuentas de correo con un total admisible de 10 megas ...
Para un servicio corporativo, sí. 10 MB. es "poco"... ... un par de planos, vídeos, presentaciones o pdf tochos y adiós correo. No siempre hay disponible un servicio ftp o de almacenamiento remoto alternativo >:-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-23 a las 12:30 +0200, Camaleón escribió:
El 23/04/08, Carlos E. R. escribió:
Hay cuentas de correo con un total admisible de 10 megas ...
Para un servicio corporativo, sí. 10 MB. es "poco"...
... un par de planos, vídeos, presentaciones o pdf tochos y adiós correo.
Ya... Ya me lo dirás cuando tengas que usar un servidor exchange corporativo (ya sabes, un servidor profesional de munchopagoware) desde fuera de la empresa, en plan "roadwarrior", con un modem. Y si es un corrillo de esos discutiendo, y todos dan a replicar con el outlook poniendo de nuevo todo el correo, incluyendo fichero, debajo del "yo también", te darán ganas de estrujar unos cuantos cuellos bien retorciditos.
No siempre hay disponible un servicio ftp o de almacenamiento remoto alternativo >:-).
Vale, el correo es muy cómodo porque se lo puedes enviar a cualquiera. Pero no está diseñado para eso, aumenta el tamaño del fichero en un 30% o así. Además, como el otro lado esté usando una wifi o una rural con minicortes, se va a acordar hasta de vuestra suegra. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIDxLbtTMYHG2NR9URAiSkAJ4nWYpdUVon2A8oBCQnZa3P1I6ukgCeInN5 wkoGoWjku81qYu1lK0hCYbY= =7dWR -----END PGP SIGNATURE-----
El 23/04/08, Carlos E. R. escribió:
Ya me lo dirás cuando tengas que usar un servidor exchange corporativo (ya sabes, un servidor profesional de munchopagoware)
¿Un servidor "lo qué"? >:-)
desde fuera de la empresa, en plan "roadwarrior", con un modem. Y si es un corrillo de esos discutiendo, y todos dan a replicar con el outlook poniendo de nuevo todo el correo, incluyendo fichero, debajo del "yo también", te darán ganas de estrujar unos cuantos cuellos bien retorciditos.
Lo que no puede hacer el servidor de correo de una empresa es "rechazar" o "rebotar" un mensaje que pesa unos 12 MB. al remitente porque quedas a la altura del betún :-) Tú lo recoges, la línea tose, el servidor carraspea, lo entregas al destinatario y luego... cuando esté desprevenido en la hora del pincho de tortilla le pegas cuatro gritos y listo (que si uso y abuso de los recursos de la empresa, que si no sabe cómo funcionan los servicios de correo, que se abra una cuenta en gmail para esas cosas, que no se puede jugar con el servidor, etc, etc...) Es broma, pero es peor perder un correo importante sólo por una configuración "ajustada" del servidor de correo :-/. No quiere decir que enviar mensajes con adjuntos pesados sea la norma, pero que no se puede penalizar rechazando el correo "de plano".
Vale, el correo es muy cómodo porque se lo puedes enviar a cualquiera. Pero no está diseñado para eso, aumenta el tamaño del fichero en un 30% o así.
No, no lo está, pero son casos excepcionales y/o puntuales. Política de empresa (15 MB.) + % extra de reserva (30 MB reales)
Además, como el otro lado esté usando una wifi o una rural con minicortes, se va a acordar hasta de vuestra suegra.
Que use un verificador de esos pop3 o que use imap si no puede descargarlo completo >:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-23 a las 13:01 +0200, Camaleón escribió:
El 23/04/08, Carlos E. R. escribió:
Ya me lo dirás cuando tengas que usar un servidor exchange corporativo (ya sabes, un servidor profesional de munchopagoware)
¿Un servidor "lo qué"? >:-)
Los que usan "software pofesioná" son los que envían los ficheros más gordos.
desde fuera de la empresa, en plan "roadwarrior", con un modem. Y si es un corrillo de esos discutiendo, y todos dan a replicar con el outlook poniendo de nuevo todo el correo, incluyendo fichero, debajo del "yo también", te darán ganas de estrujar unos cuantos cuellos bien retorciditos.
Lo que no puede hacer el servidor de correo de una empresa es "rechazar" o "rebotar" un mensaje que pesa unos 12 MB. al remitente porque quedas a la altura del betún :-)
Si vienen de fuera, no, pero si son internos, sí. Y más si el destino también es interno: para eso que usen enlaces a directorios compartidos via samba.
Tú lo recoges, la línea tose, el servidor carraspea, lo entregas al destinatario y luego... cuando esté desprevenido en la hora del pincho de tortilla le pegas cuatro gritos y listo (que si uso y abuso de los recursos de la empresa, que si no sabe cómo funcionan los servicios de correo, que se abra una cuenta en gmail para esas cosas, que no se puede jugar con el servidor, etc, etc...)
No, si el gmail no pasa na... pero tú imaginate un servidor de correo corporativo (peor si es un exchange, que ya sabemos que es ca²), con un imap, lleno de correos de ida y vuelta, en el que un grupo discute una propuesta, y que en cada correo "top posted" vuelven a incluir el mismo fichero de word va y vuelve. Todo el mundo haciendo eso, y tienes el servidor imap sudando la gota gorda, y tu comprando almacenamiento extra cada dos meses.
Es broma, pero es peor perder un correo importante sólo por una configuración "ajustada" del servidor de correo :-/. No quiere decir que enviar mensajes con adjuntos pesados sea la norma, pero que no se puede penalizar rechazando el correo "de plano".
Es una mala costumbre. Ya, que los servidores pueden con ello, pero se convierte en un abuso.
Vale, el correo es muy cómodo porque se lo puedes enviar a cualquiera. Pero no está diseñado para eso, aumenta el tamaño del fichero en un 30% o así.
No, no lo está, pero son casos excepcionales y/o puntuales. Política de empresa (15 MB.) + % extra de reserva (30 MB reales)
Yluego te dirán que 50, que 300...
Además, como el otro lado esté usando una wifi o una rural con minicortes, se va a acordar hasta de vuestra suegra.
Que use un verificador de esos pop3 o que use imap si no puede descargarlo completo >:-)
Ni por esas. Resulta imposible descargar ese correo en esas condiciones. Lo puedes borrar, pero no descargar porque se corta y vuelve a repetir desde el principio. Que no hablo de 200 correos con un total de 50 megas, sino de un sólo correo de varios megas. Con un ftp puedes bajarlo a trocitos, pero por correo no. Con una conexión lenta con cortes es una tortura. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIDyngtTMYHG2NR9URAh0DAJ0fxX9W55LfeFUNa30StpKUVR6ydwCgl5zU GOOsk8AFKth9IOic1ydrQA0= =Tq/Q -----END PGP SIGNATURE-----
El 23/04/08, Carlos E. R. escribió:
Si vienen de fuera, no, pero si son internos, sí. Y más si el destino también es interno:
Ya... imagina que le rebota al CEO. El que "rebota" hacia fuera es el admin >:-)
para eso que usen enlaces a directorios compartidos via samba.
Si hay intranet o vpn, el correo no se utiliza para enviar archivos.
No, si el gmail no pasa na... pero tú imaginate un servidor de correo corporativo (peor si es un exchange, que ya sabemos que es ca²), con un imap, lleno de correos de ida y vuelta, en el que un grupo discute una propuesta, y que en cada correo "top posted" vuelven a incluir el mismo fichero de word va y vuelve. Todo el mundo haciendo eso, y tienes el servidor imap sudando la gota gorda, y tu comprando almacenamiento extra cada dos meses.
Es que pones unos ejemplos... para hacer cosas serias hay que usar programas serios >:-)
Es una mala costumbre.
Ya, que los servidores pueden con ello, pero se convierte en un abuso.
Lo es (mala costumbre). Pero rechazar un correo 15 mb es una costumbre más mala aún :-P.
Yluego te dirán que 50, que 300...
En ese momento es cuando pides más servidores, más discos duros y una ampliación del ancho de banda de la conexión para "poder cumplir con el desarrollo integral de la política corporativa de la empresa" :-P
Ni por esas. Resulta imposible descargar ese correo en esas condiciones. Lo puedes borrar, pero no descargar porque se corta y vuelve a repetir desde el principio.
Pues eso, lo borras. Anotas el remitente y se lo indicas. No necesitas un correo que te satura la entrada de otros correos.
Que no hablo de 200 correos con un total de 50 megas, sino de un sólo correo de varios megas. Con un ftp puedes bajarlo a trocitos, pero por correo no. Con una conexión lenta con cortes es una tortura.
Hay que usar la tecla "Supr", es la mejor :-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
ya lo se me imaginaba que me lo dirían , es mas esta gente no entiende , se los explico y que va , les dije que les iba a poner un ftp , me dicen que demasiados pasos para bajar un archivo :( hasta el momento realice unos cambios en , el php.ini con el post_max_size y upload_max_filesize dejandolos iguales , subo pero siempre un poco lento , otro dato que he notado cuando envio un correo ya sea de mas de 3MB a 20MB dilata en salir de la cola de correos , no genera errores ni nada pero dilata ... ? saludoss , en esperas de comentarios , criticas .... :) rickygm --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (3)
-
Camaleón
-
Carlos E. R.
-
troxlinux