Additions:
Si su servidor tiene PHP-cgi, es posible que tenga problemas con "timeouts" (ver [[PhpInterfacesInfo The three interfaces op PHP]]). En este caso se sugiere utilizar una duración más corta de un periodo de proceso por lotes, por ejemplo un periodo de 10 minutos.
# Enviar en lotes de 60 emails por periodo de proceso por lotes:
define("MAILQUEUE_BATCH_SIZE",60);
# Periodo de proceso por lotes configurado en 600 segundos (= 10 minutos):
define("MAILQUEUE_BATCH_PERIOD",600);
# Pausa entre emails (en segundos) para evitar que se sobrecargue el servidor:
# Enviar en lotes de 60 emails por periodo de proceso por lotes:
define("MAILQUEUE_BATCH_SIZE",60);
# Periodo de proceso por lotes configurado en 600 segundos (= 10 minutos):
define("MAILQUEUE_BATCH_PERIOD",600);
# Pausa entre emails (en segundos) para evitar que se sobrecargue el servidor:
Deletions:
# Enviar en lotes de 90 emails por periodo de proceso por lotes:
define("MAILQUEUE_BATCH_SIZE",90);
# Periodo de proceso por lotes configurado en 900 segundos (= 15 minutos):
define("MAILQUEUE_BATCH_PERIOD",900);
# Pausa entre emails (en segundos) para evitar sobrecargar el servidor:
Revision [1319]
Edited on 2007-07-24 04:22:42 by AlStillero [Spanish translation - second part/ draft]Additions:
Muchas personas utilizan phpList en un hosting compartido. En general se trata de un ordenador que maneja muchos sitios simultaneamente. Esto quiere decir que si un sitio intenta dominar el CPU o hace altas demandas sobre los recursos del servidor, los demás sitios sufriran.
Por esta razón, muchos proveedores limitan el número de mensajes que un sólo sitio puede enviar por hora o por día. Es su trabajo de asegurar que ningún sitio perjudique el funcionamiento de los demás sitios que dependen del mismo servidor. Una segunda razón de limitar el volumen de emails, es que los proveedores quieren evitar hospedajear a 'spammers'.
Entonces, cuales son las implicaciones para usuarios legítimos? **Es necesario averiguar con su proveedor si existe algún limite, antes de enviar el primero mailing.** Pregunte: Hay un límite por día? Hay un límite por hora? Es probable que los hay. En este caso, puede utilizar los siguientes ajustes en config.php para limitar la velocidad de envío de phpList.
phpList (hasta la versión 2.10.4) es capable de enviar aproximadamente 3000 emails personalizados por hora, o aproximadamente 5000 emails no-personalizados por hora. Considerando que la mayoría de los proveedores de hosting compartido no permitirán mandar un volumen tan alto de mensajes, y que impondrán alguna limitación, phpList ofrece dos métodos para manejar estas limitaciones: proceso por lotes y "mailqueue throttle". La selección de proceso por lote o "mailqueue throttle" es en fondo una preferencia personal, aunque el uso de mailqueue throttle puede ser más apto para servidores con PHP-cgi (ver [[PhpInterfacesInfo The three interfaces op PHP]]).
Con //proceso por lotes//, dos ajustes son relevantes para enviar no más que N emails durante un periodo de T segundos, donde:
N es ##MAILQUEUE_BATCH_SIZE##
T es ##MAILQUEUE_BATCH_PERIOD##
Estos ajustes forzan phplist a "restingirse" y evitar que se envíe todo los emails de una vez.
Suponiendo por ejemplo que el limite por hora impuesto por su proveedor es de 400 emails. Quiere esto decir que hay que definir ##MAILQUEUE_BATCH_SIZE## en 400...? No!
Porque no? Porque es necesario tomar en cuenta otros emails, como los pedidos de confirmación, así como otros emails de sistema, o emails enviado por otras aplicaciones que puede tener en su sitio.
Hay que tener una margen segura. Por ejemplo, si tiene 24 nuevas suscripciones por día, tiene que sustraer aproximadamente 5. Si tiene otros programas que manden emails, habrá que bajar aún más. Una margen comfortable para una pequeña instalación sería entre 20 y 40 emails abajo del límite por hora, o sea, aproximadamente 360 emails en este ejemplo.
# Pausa entre emails (en segundos) para evitar la sobrecarga del servidor:
El ajuste ##MAILQUEUE_THROTTLE## insierre una pausa (en segundos) entre cada email, i.e. sirve para repartir el envío de los emails. Mientras es posible utilizar este ajuste para evitar que se sobrecargue el servidor con un repentina 'explosion' de emails, también es posible utilizarla como alternativa para el proceso por lotes. Por ejemplo, si se insierre una pausa de 10 segundos entre los emails, de hecho estará enviando no más que 360 emails por hora.
# Proceso por lotes deshabilitado:
# Batch_period no tiene relevancia si proceso por lotes está deshabilitado:
# Pausa entre emails (en segundos) para enviar no más que 360 emails por hora:
===Tips & tricks del foro===
Por esta razón, muchos proveedores limitan el número de mensajes que un sólo sitio puede enviar por hora o por día. Es su trabajo de asegurar que ningún sitio perjudique el funcionamiento de los demás sitios que dependen del mismo servidor. Una segunda razón de limitar el volumen de emails, es que los proveedores quieren evitar hospedajear a 'spammers'.
Entonces, cuales son las implicaciones para usuarios legítimos? **Es necesario averiguar con su proveedor si existe algún limite, antes de enviar el primero mailing.** Pregunte: Hay un límite por día? Hay un límite por hora? Es probable que los hay. En este caso, puede utilizar los siguientes ajustes en config.php para limitar la velocidad de envío de phpList.
phpList (hasta la versión 2.10.4) es capable de enviar aproximadamente 3000 emails personalizados por hora, o aproximadamente 5000 emails no-personalizados por hora. Considerando que la mayoría de los proveedores de hosting compartido no permitirán mandar un volumen tan alto de mensajes, y que impondrán alguna limitación, phpList ofrece dos métodos para manejar estas limitaciones: proceso por lotes y "mailqueue throttle". La selección de proceso por lote o "mailqueue throttle" es en fondo una preferencia personal, aunque el uso de mailqueue throttle puede ser más apto para servidores con PHP-cgi (ver [[PhpInterfacesInfo The three interfaces op PHP]]).
Con //proceso por lotes//, dos ajustes son relevantes para enviar no más que N emails durante un periodo de T segundos, donde:
N es ##MAILQUEUE_BATCH_SIZE##
T es ##MAILQUEUE_BATCH_PERIOD##
Estos ajustes forzan phplist a "restingirse" y evitar que se envíe todo los emails de una vez.
Suponiendo por ejemplo que el limite por hora impuesto por su proveedor es de 400 emails. Quiere esto decir que hay que definir ##MAILQUEUE_BATCH_SIZE## en 400...? No!
Porque no? Porque es necesario tomar en cuenta otros emails, como los pedidos de confirmación, así como otros emails de sistema, o emails enviado por otras aplicaciones que puede tener en su sitio.
Hay que tener una margen segura. Por ejemplo, si tiene 24 nuevas suscripciones por día, tiene que sustraer aproximadamente 5. Si tiene otros programas que manden emails, habrá que bajar aún más. Una margen comfortable para una pequeña instalación sería entre 20 y 40 emails abajo del límite por hora, o sea, aproximadamente 360 emails en este ejemplo.
# Pausa entre emails (en segundos) para evitar la sobrecarga del servidor:
El ajuste ##MAILQUEUE_THROTTLE## insierre una pausa (en segundos) entre cada email, i.e. sirve para repartir el envío de los emails. Mientras es posible utilizar este ajuste para evitar que se sobrecargue el servidor con un repentina 'explosion' de emails, también es posible utilizarla como alternativa para el proceso por lotes. Por ejemplo, si se insierre una pausa de 10 segundos entre los emails, de hecho estará enviando no más que 360 emails por hora.
# Proceso por lotes deshabilitado:
# Batch_period no tiene relevancia si proceso por lotes está deshabilitado:
# Pausa entre emails (en segundos) para enviar no más que 360 emails por hora:
===Tips & tricks del foro===
Deletions:
Por esta razón, muchos proveedores limitan el número de mensajes que un sólo sitio puede enviar por hora o por día. Es su trabajo de asegurar que ningún sitio perjudique el funcionamiento de los demás sitios que dependen del mismo servidor.
Una segunda razón de limitar el volumen de emails, es de permido Another, perhaps better reason providers will limit your email resources is that they don't want to host spammers. Entonces, cuales son las implaciones para usuarios legítimos? **Es necesario averiguar con su proveedor si existe algún limite, antes de enviar el primero mailing.** Pregunte: Hay un límite por día? Hay un límite por hora? Es probable que los hay. En este caso, puede utilizar los siguientes ajustes en config.php para limitar la velocidad de envío de phpList.
phpList (hasta la versión 2.10.4) es capable de enviar aproximadamente 3000 emails personalizados por hora, o aproximadamente 5000 emails no-personalizados por hora. Considerando que la mayoría de los proveedores de hosting compartido no permitiran tal volumen de mensajes, y que impondrán alguna limitación, Phplist ofrece dos métodos para manejar estas limitaciones: proceso por lotes y "mailqueue throttle". The choice in using batches or throttling is basically a personal preference, although throttling may be better suited for servers running PHP-cgi (see [[PhpInterfacesInfo The three interfaces op PHP]]).
With batch processing, two primary settings work together to say: Send no more than N emails every T minutes. Where:
N is ##MAILQUEUE_BATCH_SIZE##
T is ##MAILQUEUE_BATCH_PERIOD##
These settings force phplist to "restrain itself" and avoid sending out all messages in one go.
So, say you have an hourly limit of 400 emails. Should you set the batch size to 400? No! Why?
What about other emails, such as confirmation requests, system messages, or emails sent by other applications you might have running on this site?
No, you want to back away from that "400", which is a best case scenario. Instead give yourself some safe breathing room. For example, if you get 24 new signups a day then you should subtract 5 or so to be safe, thus 395. Running other software that sends notifications? back it down. A comfortable number for a small installation would be 20-40 down from your hourly limit.
The ##MAILQUEUE_THROTTLE## setting inserts a pause (in seconds) between each message, i.e. it will space messages apart by a number of seconds. While you can use this setting to avoid overloading the server with a sudden burst of messages, you can also use it as an alternative to batch processing. For instance, if you impose a pause of 10 seconds between messages, you will in fact send no more than 360 messages per hour.
Example:
# batch processing disabled:
# Batch_period is not effective when batch processing is disabled:
# Pause between messages (in seconds) to send no more than 360 messages per hour:
===Tips & tricks from the forum===
Revision [1318]
Edited on 2007-07-24 01:16:48 by AlStillero [Spanish translation - First part/ draft]Additions:
Muchas personas utilizan phpList en un hosting compartido, es decir, un servidor que no posean o manejan. En general, se trata de un ordenador con muchos sitios. Esto quiere decir que si un sitio intenta dominar el CPU o hace altas demandas sobre los recursos del servidor, los demás sitios sufriran.
Por esta razón, muchos proveedores limitan el número de mensajes que un sólo sitio puede enviar por hora o por día. Es su trabajo de asegurar que ningún sitio perjudique el funcionamiento de los demás sitios que dependen del mismo servidor.
Una segunda razón de limitar el volumen de emails, es de permido Another, perhaps better reason providers will limit your email resources is that they don't want to host spammers. Entonces, cuales son las implaciones para usuarios legítimos? **Es necesario averiguar con su proveedor si existe algún limite, antes de enviar el primero mailing.** Pregunte: Hay un límite por día? Hay un límite por hora? Es probable que los hay. En este caso, puede utilizar los siguientes ajustes en config.php para limitar la velocidad de envío de phpList.
phpList (hasta la versión 2.10.4) es capable de enviar aproximadamente 3000 emails personalizados por hora, o aproximadamente 5000 emails no-personalizados por hora. Considerando que la mayoría de los proveedores de hosting compartido no permitiran tal volumen de mensajes, y que impondrán alguna limitación, Phplist ofrece dos métodos para manejar estas limitaciones: proceso por lotes y "mailqueue throttle". The choice in using batches or throttling is basically a personal preference, although throttling may be better suited for servers running PHP-cgi (see [[PhpInterfacesInfo The three interfaces op PHP]]).
Ejemplo:
# Enviar en lotes de 360 emails por periodo de proceso por lotes:
# Periodo de proceso por lotes, configurado en 3600 seconds (=1 hora):
# Pausa entre emails (en segundos) para evitar sobrecargar el servidor:
Si su servidor tiene PHP-cgi, es posible que tenga problemas con "timeouts" (ver [[PhpInterfacesInfo The three interfaces op PHP]]). En este caso se sugiere utilizar una duración más corta de un periodo de proceso por lotes, por ejemplo un periodo de 15 minutos.
Ejemplo:
# Enviar en lotes de 90 emails por periodo de proceso por lotes:
# Periodo de proceso por lotes configurado en 900 segundos (= 15 minutos):
# Pausa entre emails (en segundos) para evitar sobrecargar el servidor:
==Páginas relacionadas==
Por esta razón, muchos proveedores limitan el número de mensajes que un sólo sitio puede enviar por hora o por día. Es su trabajo de asegurar que ningún sitio perjudique el funcionamiento de los demás sitios que dependen del mismo servidor.
Una segunda razón de limitar el volumen de emails, es de permido Another, perhaps better reason providers will limit your email resources is that they don't want to host spammers. Entonces, cuales son las implaciones para usuarios legítimos? **Es necesario averiguar con su proveedor si existe algún limite, antes de enviar el primero mailing.** Pregunte: Hay un límite por día? Hay un límite por hora? Es probable que los hay. En este caso, puede utilizar los siguientes ajustes en config.php para limitar la velocidad de envío de phpList.
phpList (hasta la versión 2.10.4) es capable de enviar aproximadamente 3000 emails personalizados por hora, o aproximadamente 5000 emails no-personalizados por hora. Considerando que la mayoría de los proveedores de hosting compartido no permitiran tal volumen de mensajes, y que impondrán alguna limitación, Phplist ofrece dos métodos para manejar estas limitaciones: proceso por lotes y "mailqueue throttle". The choice in using batches or throttling is basically a personal preference, although throttling may be better suited for servers running PHP-cgi (see [[PhpInterfacesInfo The three interfaces op PHP]]).
Ejemplo:
# Enviar en lotes de 360 emails por periodo de proceso por lotes:
# Periodo de proceso por lotes, configurado en 3600 seconds (=1 hora):
# Pausa entre emails (en segundos) para evitar sobrecargar el servidor:
Si su servidor tiene PHP-cgi, es posible que tenga problemas con "timeouts" (ver [[PhpInterfacesInfo The three interfaces op PHP]]). En este caso se sugiere utilizar una duración más corta de un periodo de proceso por lotes, por ejemplo un periodo de 15 minutos.
Ejemplo:
# Enviar en lotes de 90 emails por periodo de proceso por lotes:
# Periodo de proceso por lotes configurado en 900 segundos (= 15 minutos):
# Pausa entre emails (en segundos) para evitar sobrecargar el servidor:
==Páginas relacionadas==
Deletions:
For this reason most hosting providers will limit the number of emails a single site may send. Either limiting the number of emails per hour or per day. This is their job, to make sure no one user needlessly impacts the other sites on that machine.
Another, perhaps better reason providers will limit your email resources is that they don't want to host spammers. So, what does this mean to you, a non-spammer? **You must check with your hosting provider before sending your first mailing.** Ask: Is there a daily limit? Is there an hourly limit? Odds are that there is. Then use the following settings in the config.php file to safely live within these limits.
At full speed phplist (up to version 2.10.4) will send about 3000 personalized messages per hour, or about 5000 non-personalized messages per hour. Given that most shared hosting providers will not allow that message volume to be sent and will impose an hourly or daily limit, Phplist offers two methods to deal with these message limits: mailqueue batch processing and mailqueue throttle processing. The choice in using batches or throttling is basically a personal preference, although throttling may be better suited for servers running PHP-cgi (see [[PhpInterfacesInfo The three interfaces op PHP]]).
# Send a batch of 360 messages per batch period:
# batch period is set to 3600 seconds (=1 hour):
# Pause between messages (in seconds) to avoid overloading the server:
If your server is running PHP-cgi, you may have issues with timeouts (see [[PhpInterfacesInfo The three interfaces op PHP]]). In that case you could try a shorter batch period of for instance 15 minutes.
# Send a batch of 90 messages per batch period:
# batch period is set to 900 seconds (= 15 minutes):
# Pause between messages (in seconds) to avoid overloading the server:
==Related pages==
Revision [1317]
Edited on 2007-07-23 21:56:55 by AlStillero [Spanish translation - First part/ draft]Additions:
==[[PhplistDocumentation phplist Documentación]] » [[SpanishPhpListConfiguration Configuración]] »==
=====Configurar la velocidad de envío=====
Many people are running phpList on hosted servers they do not own or manage. These are usually shared boxes: that is, one computer has lots of web sites on it. This means that if one web site attempts to dominate the CPU or otherwise behave in a non-community-minded, limited resource way, everyone suffers.
For this reason most hosting providers will limit the number of emails a single site may send. Either limiting the number of emails per hour or per day. This is their job, to make sure no one user needlessly impacts the other sites on that machine.
Another, perhaps better reason providers will limit your email resources is that they don't want to host spammers. So, what does this mean to you, a non-spammer? **You must check with your hosting provider before sending your first mailing.** Ask: Is there a daily limit? Is there an hourly limit? Odds are that there is. Then use the following settings in the config.php file to safely live within these limits.
== esta parte de config.php ==
%%(php)
# Proceso por lotes
# Si está en un hosting compartido, probablemente será apreciado si no envía toneladas
# de mensajes en una sóla tanda. Para lograr esto puede configurar el proceso por lotes.
# Por favor note, que los siguientes dos valores pueden ser eliminados por su ISP utilizando
# una configuración de servidor global. Por lo que si nota estos valores diferentes a la
# realidad, ese puede ser el caso.
# Defina el número de e-mails que desea enviar por periodo. Si es 0, el proceso por lotes
# se deshabilita y los mensajes son enviados tan rápido como sea posible.
define("MAILQUEUE_BATCH_SIZE",0);
# Defina la duración de un periodo de proceso por lotes, en segundos (3600 una hora)
define("MAILQUEUE_BATCH_PERIOD",3600);
# Para evitar la sobrecarga del servidor que envía los mensajes, puede agregar un pequeño retraso
# entre cada envío, para aligerar la carga de envío.
# Deberá encontrar un buen valor para su propio servidor.
# El valor es en segundos (o puede probar con autothrottle debajo)
define('MAILQUEUE_THROTTLE',0);%%
===Limitar la velocidad de envío===
At full speed phplist (up to version 2.10.4) will send about 3000 personalized messages per hour, or about 5000 non-personalized messages per hour. Given that most shared hosting providers will not allow that message volume to be sent and will impose an hourly or daily limit, Phplist offers two methods to deal with these message limits: mailqueue batch processing and mailqueue throttle processing. The choice in using batches or throttling is basically a personal preference, although throttling may be better suited for servers running PHP-cgi (see [[PhpInterfacesInfo The three interfaces op PHP]]).
==Proceso por lotes==
With batch processing, two primary settings work together to say: Send no more than N emails every T minutes. Where:
N is ##MAILQUEUE_BATCH_SIZE##
T is ##MAILQUEUE_BATCH_PERIOD##
These settings force phplist to "restrain itself" and avoid sending out all messages in one go.
So, say you have an hourly limit of 400 emails. Should you set the batch size to 400? No! Why?
What about other emails, such as confirmation requests, system messages, or emails sent by other applications you might have running on this site?
No, you want to back away from that "400", which is a best case scenario. Instead give yourself some safe breathing room. For example, if you get 24 new signups a day then you should subtract 5 or so to be safe, thus 395. Running other software that sends notifications? back it down. A comfortable number for a small installation would be 20-40 down from your hourly limit.
Example:
%%(php)
# Send a batch of 360 messages per batch period:
define("MAILQUEUE_BATCH_SIZE",360);
# batch period is set to 3600 seconds (=1 hour):
define("MAILQUEUE_BATCH_PERIOD",3600);
# Pause between messages (in seconds) to avoid overloading the server:
define('MAILQUEUE_THROTTLE',1);
%%
If your server is running PHP-cgi, you may have issues with timeouts (see [[PhpInterfacesInfo The three interfaces op PHP]]). In that case you could try a shorter batch period of for instance 15 minutes.
Example:
%%(php)
# Send a batch of 90 messages per batch period:
define("MAILQUEUE_BATCH_SIZE",90);
# batch period is set to 900 seconds (= 15 minutes):
define("MAILQUEUE_BATCH_PERIOD",900);
# Pause between messages (in seconds) to avoid overloading the server:
define('MAILQUEUE_THROTTLE',1);
%%
==Mailqueue throttle==
The ##MAILQUEUE_THROTTLE## setting inserts a pause (in seconds) between each message, i.e. it will space messages apart by a number of seconds. While you can use this setting to avoid overloading the server with a sudden burst of messages, you can also use it as an alternative to batch processing. For instance, if you impose a pause of 10 seconds between messages, you will in fact send no more than 360 messages per hour.
Example:
%%(php)
# batch processing disabled:
define("MAILQUEUE_BATCH_SIZE",0);
# Batch_period is not effective when batch processing is disabled:
define("MAILQUEUE_BATCH_PERIOD",3600);
# Pause between messages (in seconds) to send no more than 360 messages per hour:
define('MAILQUEUE_THROTTLE',10);
%%
===Ajustes experimentales: "auto throttle" y "domain throttle"===
%%(php)
# Mailqueue autothrottle
# This will try to automatically change the delay
# between messages to make sure that the MAILQUEUE_BATCH_SIZE (above) is spread evently over
# MAILQUEUE_BATCH_PERIOD, instead of firing the Batch in the first few minutes of the period
# and then waiting for the next period. This only works with mailqueue_throttle off
# it still needs tweaking, so send your feedback to mantis.tincan.co.uk if you find
# any issues with it
define('MAILQUEUE_AUTOTHROTTLE',0);
# Limitante para Dominios
# Puede activar la limitante para dominios, mediante la puesta a 1 de USE_DOMAIN_THROTTLE
# Defina la cantidad máxima de e-mails que desea enviar a cualquier dominio y el número de
# segundos para esa cantidad. Esto asegurará que no envía demasiados e-mails a un mismo dominio
# lo cual puede causarle un blacklisting. Particularmente los proveedores más grandes son
# quisquillosos con esto.
# Esta funcionalidad puede causar un incremento dramático en el tiempo necesario para
# enviar un mensaje, dependiendo en cuantos usuarios tenga con el mismo dominio (ej. hotmail.com).
# Si le ocurren demasiadas fallas para la limitante, el proceso de envío agregará un retraso extra
# para tratar de mejorar esto. El ejemplo envía 1 mensaje cada 2 minutos.
define('USE_DOMAIN_THROTTLE',0);
define('DOMAIN_BATCH_SIZE',1);
define('DOMAIN_BATCH_PERIOD',120);
%%
===Tips & tricks from the forum===
- [[http://forums.phplist.com/viewtopic.php?p=17494#17494 Need more granularity for throttle setting]]
- [[http://forums.phplist.com/viewtopic.php?p=11182#11182 Fractional values in throttle setting]]
- [[http://forums.phplist.com/viewtopic.php?p=11369#11369 Throttled Sending Instead of Batches]]
==Related pages==
- [[ProcessQueueInfo Process the message queue]]
- [[SetupCronJob Setting up a cron job]]
- [[CommandLineScriptInfo Using a commandline script]]
=====Configurar la velocidad de envío=====
Many people are running phpList on hosted servers they do not own or manage. These are usually shared boxes: that is, one computer has lots of web sites on it. This means that if one web site attempts to dominate the CPU or otherwise behave in a non-community-minded, limited resource way, everyone suffers.
For this reason most hosting providers will limit the number of emails a single site may send. Either limiting the number of emails per hour or per day. This is their job, to make sure no one user needlessly impacts the other sites on that machine.
Another, perhaps better reason providers will limit your email resources is that they don't want to host spammers. So, what does this mean to you, a non-spammer? **You must check with your hosting provider before sending your first mailing.** Ask: Is there a daily limit? Is there an hourly limit? Odds are that there is. Then use the following settings in the config.php file to safely live within these limits.
== esta parte de config.php ==
%%(php)
# Proceso por lotes
# Si está en un hosting compartido, probablemente será apreciado si no envía toneladas
# de mensajes en una sóla tanda. Para lograr esto puede configurar el proceso por lotes.
# Por favor note, que los siguientes dos valores pueden ser eliminados por su ISP utilizando
# una configuración de servidor global. Por lo que si nota estos valores diferentes a la
# realidad, ese puede ser el caso.
# Defina el número de e-mails que desea enviar por periodo. Si es 0, el proceso por lotes
# se deshabilita y los mensajes son enviados tan rápido como sea posible.
define("MAILQUEUE_BATCH_SIZE",0);
# Defina la duración de un periodo de proceso por lotes, en segundos (3600 una hora)
define("MAILQUEUE_BATCH_PERIOD",3600);
# Para evitar la sobrecarga del servidor que envía los mensajes, puede agregar un pequeño retraso
# entre cada envío, para aligerar la carga de envío.
# Deberá encontrar un buen valor para su propio servidor.
# El valor es en segundos (o puede probar con autothrottle debajo)
define('MAILQUEUE_THROTTLE',0);%%
===Limitar la velocidad de envío===
At full speed phplist (up to version 2.10.4) will send about 3000 personalized messages per hour, or about 5000 non-personalized messages per hour. Given that most shared hosting providers will not allow that message volume to be sent and will impose an hourly or daily limit, Phplist offers two methods to deal with these message limits: mailqueue batch processing and mailqueue throttle processing. The choice in using batches or throttling is basically a personal preference, although throttling may be better suited for servers running PHP-cgi (see [[PhpInterfacesInfo The three interfaces op PHP]]).
==Proceso por lotes==
With batch processing, two primary settings work together to say: Send no more than N emails every T minutes. Where:
N is ##MAILQUEUE_BATCH_SIZE##
T is ##MAILQUEUE_BATCH_PERIOD##
These settings force phplist to "restrain itself" and avoid sending out all messages in one go.
So, say you have an hourly limit of 400 emails. Should you set the batch size to 400? No! Why?
What about other emails, such as confirmation requests, system messages, or emails sent by other applications you might have running on this site?
No, you want to back away from that "400", which is a best case scenario. Instead give yourself some safe breathing room. For example, if you get 24 new signups a day then you should subtract 5 or so to be safe, thus 395. Running other software that sends notifications? back it down. A comfortable number for a small installation would be 20-40 down from your hourly limit.
Example:
%%(php)
# Send a batch of 360 messages per batch period:
define("MAILQUEUE_BATCH_SIZE",360);
# batch period is set to 3600 seconds (=1 hour):
define("MAILQUEUE_BATCH_PERIOD",3600);
# Pause between messages (in seconds) to avoid overloading the server:
define('MAILQUEUE_THROTTLE',1);
%%
If your server is running PHP-cgi, you may have issues with timeouts (see [[PhpInterfacesInfo The three interfaces op PHP]]). In that case you could try a shorter batch period of for instance 15 minutes.
Example:
%%(php)
# Send a batch of 90 messages per batch period:
define("MAILQUEUE_BATCH_SIZE",90);
# batch period is set to 900 seconds (= 15 minutes):
define("MAILQUEUE_BATCH_PERIOD",900);
# Pause between messages (in seconds) to avoid overloading the server:
define('MAILQUEUE_THROTTLE',1);
%%
==Mailqueue throttle==
The ##MAILQUEUE_THROTTLE## setting inserts a pause (in seconds) between each message, i.e. it will space messages apart by a number of seconds. While you can use this setting to avoid overloading the server with a sudden burst of messages, you can also use it as an alternative to batch processing. For instance, if you impose a pause of 10 seconds between messages, you will in fact send no more than 360 messages per hour.
Example:
%%(php)
# batch processing disabled:
define("MAILQUEUE_BATCH_SIZE",0);
# Batch_period is not effective when batch processing is disabled:
define("MAILQUEUE_BATCH_PERIOD",3600);
# Pause between messages (in seconds) to send no more than 360 messages per hour:
define('MAILQUEUE_THROTTLE',10);
%%
===Ajustes experimentales: "auto throttle" y "domain throttle"===
%%(php)
# Mailqueue autothrottle
# This will try to automatically change the delay
# between messages to make sure that the MAILQUEUE_BATCH_SIZE (above) is spread evently over
# MAILQUEUE_BATCH_PERIOD, instead of firing the Batch in the first few minutes of the period
# and then waiting for the next period. This only works with mailqueue_throttle off
# it still needs tweaking, so send your feedback to mantis.tincan.co.uk if you find
# any issues with it
define('MAILQUEUE_AUTOTHROTTLE',0);
# Limitante para Dominios
# Puede activar la limitante para dominios, mediante la puesta a 1 de USE_DOMAIN_THROTTLE
# Defina la cantidad máxima de e-mails que desea enviar a cualquier dominio y el número de
# segundos para esa cantidad. Esto asegurará que no envía demasiados e-mails a un mismo dominio
# lo cual puede causarle un blacklisting. Particularmente los proveedores más grandes son
# quisquillosos con esto.
# Esta funcionalidad puede causar un incremento dramático en el tiempo necesario para
# enviar un mensaje, dependiendo en cuantos usuarios tenga con el mismo dominio (ej. hotmail.com).
# Si le ocurren demasiadas fallas para la limitante, el proceso de envío agregará un retraso extra
# para tratar de mejorar esto. El ejemplo envía 1 mensaje cada 2 minutos.
define('USE_DOMAIN_THROTTLE',0);
define('DOMAIN_BATCH_SIZE',1);
define('DOMAIN_BATCH_PERIOD',120);
%%
===Tips & tricks from the forum===
- [[http://forums.phplist.com/viewtopic.php?p=17494#17494 Need more granularity for throttle setting]]
- [[http://forums.phplist.com/viewtopic.php?p=11182#11182 Fractional values in throttle setting]]
- [[http://forums.phplist.com/viewtopic.php?p=11369#11369 Throttled Sending Instead of Batches]]
==Related pages==
- [[ProcessQueueInfo Process the message queue]]
- [[SetupCronJob Setting up a cron job]]
- [[CommandLineScriptInfo Using a commandline script]]
Deletions:
=====Title of the page =====
//This page is a **template** intended for documentation of **official phplist features**. This page belongs to CategoryTemplate (which contains more handy templates). To create a phplist **documentation** page, [[http://docs.phplist.com/DocumentationTemplate/clone clone this page]], replace the title with a meaningful one and replace this paragraph with the actual page content.//
