Revision [2137]
Last edited on 2009-11-21 18:08:35 by HpMtAdditions:
Il y aura peut-être d'autres e-mails à envoyer, tels que des confirmations d'inscription, des messages-système, ou des courriels envoyés par d'autres applications de votre site. Il est donc utile de se laisser une marge : pour une petite installation, une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
Si votre serveur fonctionne sous PHP-cgi, il peut se produire des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, essayez une période plus courte, par exemple de 10 minutes (600 secondes).
# S'il se produit un nombre trop élevé de défaillances de la régulation, le processus d'envoi ajoutera automatiquement un délai supplémentaire pour essayer d'améliorer cela.
Si votre serveur fonctionne sous PHP-cgi, il peut se produire des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, essayez une période plus courte, par exemple de 10 minutes (600 secondes).
# S'il se produit un nombre trop élevé de défaillances de la régulation, le processus d'envoi ajoutera automatiquement un délai supplémentaire pour essayer d'améliorer cela.
Deletions:
Si votre serveur fontionne sous PHP-cgi, il peut se produire des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, essayez une période plus courte, par exemple de 10 minutes (600 secondes).
# S'il se produit un nombre trop élevé de défaillances de la régulationuit, le processus d'envoi ajoutera automatiquement un delai additionel pour essayer d'améliorer cela.
Revision [2136]
Edited on 2009-11-21 18:03:29 by HpMtAdditions:
phpList est capable d'envoyer 3000 messages personnalisés à l'heure et 5000 messages non-personnalisés. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// (batch processing) de la file d'attente et //Vitesse de traitement de la file d'attente// (mailqueue throttling). Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté aux serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages en une seule fois.
Ainsi, si vous avez par exemple une limite horaire de 400 emails. Faut-il définir la taille du lot à 400 emails ? Non ! Pourquoi ?
Il y aura peut-être d'autres e-mails à envoyer, tels que des confirmations d'insciption, des messages-système, ou des courriels envoyés par d'autres applications de votre site. Il est donc utile de se laisser une marge : pour une petite installation, une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
# Envoyer un lot de 360 messages par période :
# Durée de la période (ici, 3600 secondes, c'est à dire 1 heure):
Si votre serveur fontionne sous PHP-cgi, il peut se produire des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, essayez une période plus courte, par exemple de 10 minutes (600 secondes).
# Envoyer un lot de 60 messages par période :
# Durée de la Période : 600 secondes (= 10 minutes):
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera à ralentir et à mieux répartir la charge de l'envoi. Bien que vous pouvez utiliser ce paramètre pour éviter de surcharger le serveur avec trop de messages, //vous pouvez aussi l'utiliser comme alternative au traitement par lots//. Par exemple, si vous imposez une pause de 10 secondes entre les messages, vous limiterez en fait l'envoi à 360 messages à l'heure.
# Durée de la période trop longue si le traitement par lot est désactivé :
# Pause de 10 secondes entre les messages, pour limiter la vitesse d'envoi à 360 messages à l'heure :
# Mailqueue autothrottle. Cette fonction modifie automatiquement le délai entre les messages pour
# assurer que le lot défini dans MAILQUEUE_BATCH_SIZE (ci-dessus) soit réparti de manière uniforme sur le
# MAILQUEUE_BATCH_PERIOD, au lieu d'envoyer le lot dans les premières minutes de la période et
# attendre ensuite la période suivante. Cela ne fonctionne qu'avec mailqueue_throttle off
# Cette option a encore besoin d'ajustements, et vous êtes donc prié d'envoyer vos commentaires à
# Ceci vous permettra de définir le nombre maximum d'e-mails envoyés à un même domaine, et pendant combien de secondes.
# De cette façon vous pourrez vous assurez de ne pas envoyer trop d'e-mails à un même domaine, et éviter ainsi
# Cependant, ceci peut causer une augmentation dramatique de la quantité de temps nécessaire pour envoyer un
# lot, suivant le nombre d'utilisateurs que avez dans le même domaine (par exemple, hotmail.com).
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages en une seule fois.
Ainsi, si vous avez par exemple une limite horaire de 400 emails. Faut-il définir la taille du lot à 400 emails ? Non ! Pourquoi ?
Il y aura peut-être d'autres e-mails à envoyer, tels que des confirmations d'insciption, des messages-système, ou des courriels envoyés par d'autres applications de votre site. Il est donc utile de se laisser une marge : pour une petite installation, une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
# Envoyer un lot de 360 messages par période :
# Durée de la période (ici, 3600 secondes, c'est à dire 1 heure):
Si votre serveur fontionne sous PHP-cgi, il peut se produire des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, essayez une période plus courte, par exemple de 10 minutes (600 secondes).
# Envoyer un lot de 60 messages par période :
# Durée de la Période : 600 secondes (= 10 minutes):
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera à ralentir et à mieux répartir la charge de l'envoi. Bien que vous pouvez utiliser ce paramètre pour éviter de surcharger le serveur avec trop de messages, //vous pouvez aussi l'utiliser comme alternative au traitement par lots//. Par exemple, si vous imposez une pause de 10 secondes entre les messages, vous limiterez en fait l'envoi à 360 messages à l'heure.
# Durée de la période trop longue si le traitement par lot est désactivé :
# Pause de 10 secondes entre les messages, pour limiter la vitesse d'envoi à 360 messages à l'heure :
# Mailqueue autothrottle. Cette fonction modifie automatiquement le délai entre les messages pour
# assurer que le lot défini dans MAILQUEUE_BATCH_SIZE (ci-dessus) soit réparti de manière uniforme sur le
# MAILQUEUE_BATCH_PERIOD, au lieu d'envoyer le lot dans les premières minutes de la période et
# attendre ensuite la période suivante. Cela ne fonctionne qu'avec mailqueue_throttle off
# Cette option a encore besoin d'ajustements, et vous êtes donc prié d'envoyer vos commentaires à
# Ceci vous permettra de définir le nombre maximum d'e-mails envoyés à un même domaine, et pendant combien de secondes.
# De cette façon vous pourrez vous assurez de ne pas envoyer trop d'e-mails à un même domaine, et éviter ainsi
# Cependant, ceci peut causer une augmentation dramatique de la quantité de temps nécessaire pour envoyer un
# lot, suivant le nombre d'utilisateurs que avez dans le même domaine (par exemple, hotmail.com).
Deletions:
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages d'une seule fois.
Ainsi, si vous avez par exemple une limite horaire de 400 emails. Faut-il définir la taille du lot à 400 emails? Non! Pourquoi?
Il faut considerer d'autres e-mails à envoyer, telles que les emails de la confirmation de l'insciption, les messages du système, ou les courriels envoyés par d'autres applications sur votre site. Il est necessaire de vous donner une marge. Pour une petite installation une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
# Envoyer un lot de 360 messages par période de duration de lot:
# periode de duration de lot defini à 3600 secondes (3600 sec. = 1 heure):
Si votre serveur fontionne sous PHP-cgi, vous pouvez avoir des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, vous pourriez essayer une période de lot plus courte, par exemple de 10 minutes (600 secondes).
# Envoyer un lot de 60 messages par période de lot:
# Période de chagque lot est fixé à 600 secondes (= 10 minutes):
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera a ralentir et répartir la charge de l'envoi. Bien que vous pouvez utiliser ce paramètre pour éviter de surcharger le serveur avec un sursaut de messages, //vous pouvez également l'utiliser comme une alternative au traitement par lots//. Par exemple, si vous imposer une pause de 10 secondes entre les messages, vous limiterez en fait l'envoi à 360 messages par heure.
# Periode de lot sans relevance quand le traitement par lot est désactivé:
# Pause de 10 secondes entre les messages, pour limiter la vitesse d'envoi à 360 messages par heure.:
# Mailqueue autothrottle. Ceci va essayer de changer automatiquement le delai entre les messages pour
# assurer que le lot defini dans MAILQUEUE_BATCH_SIZE (ci-dessus) soit réparti de forme équitative sur le
# MAILQUEUE_BATCH_PERIOD, au d'envoyer le lot dans les premières minutes de la période et ensuite
# attendre la période suivante. Cela fonctionne uniquement avec mailqueue_throttle off
# Cette option a encore besoin d'ajustements, et vous êtes donc prier d'envoyer vos commantaires à
# Ceci vous permettra de définir le nombre maximum de e-mails que vous souhaitez autoriser pour l'envoi à
# n'importe quel domaine et le nombre de secondes pour ce montant.
# De cette façon vous pourrez vous assurez de ne pas envoyer trop d'e-mails à un même domaine, et ainsi eviter
# Cependant, ceci peut causer une augmentation dramatique de la quantité de temps nécèssaire pour envoyer un
# message, selon le nombre d'utilisateurs que avez avec le même domaine (par exemple, hotmail.com).
Revision [2135]
Edited on 2009-11-21 17:39:41 by HpMtAdditions:
Beaucoup de personnes qui utilisent phpList sont hébergées sur des serveurs qui ne leur appartiennent pas ou qu'ils ne gèrent pas. Ces serveurs sont généralement partagés : un ordinateur fonctionne comme serveur pour plusieurs sites. Cela signifie que si un site web tente de dominer le CPU ou fait une demande démésurée sur les ressources du serveur, tous les autres sites sont très ralentis. C'est pourquoi les fournisseurs d'hébergement limitent le nombre d'e-mails qu'un site puisse envoyer, soit par heure, soit par jour. C'est leur travail d'assurer que l'utilisation d'un site n'a pas d'impact négatif sur le fonctionnement des autres sites qui partagent le même serveur.
Deletions:
Revision [2134]
Edited on 2009-11-21 17:38:23 by HpMtAdditions:
À phpList est capable d'envoyer 3000 messages personnalisés à l'heure et 5000 messages non-personnalisés. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// (batch processing) de la file d'attente et //Vitesse de traitement de la file d'attente// (mailqueue throttling). Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté aux serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
Deletions:
Revision [2131]
Edited on 2009-11-21 17:33:24 by HpMtAdditions:
Beaucoup de personnes qui utilisent phpList sont hébergées sur des serveurs qui ne leur appartiennent pas ou qu'ils ne gèrent pas. Ces serveurs sont généralement partagés : un ordinateur fonctionne comme serveur pour plusieurs sites. Cela signifie que si un site web tente de dominer le CPU ou fait une demande démésurée sur les ressources du serveur, tous les autres sites sont très ralentis. C'est pourquoi les fournisseurs d'hébergement limitent le nombre d'e-mails qu'un site puisse envoyer, soit par heure, soit par jour. C'est leur travail d'assurer que l'utilisation d'un site d'impact négatif sur le fonctionnement des autres sites qui partagent le même serveur.
Une autre raison pour laquelle les fournisseurs limitent le nombre d'e-mails que peut envoyer un site est de ne pas attirer les spammeurs. Alors, qu'est-ce que cela signifie pour vous, un non-spammeur? Avant votre premier envoi, vous devez vérifier auprès de votre fournisseur d'hébergement s'il existe un nombre maximum de messages que vous pouvez envoyer par heure ou par jour. Si ceci est le cas, utilisez ces paramètres dans le fichier config.php pour que phpList fonctionne en accord avec les limites imposés par l'hébergeur.
Une autre raison pour laquelle les fournisseurs limitent le nombre d'e-mails que peut envoyer un site est de ne pas attirer les spammeurs. Alors, qu'est-ce que cela signifie pour vous, un non-spammeur? Avant votre premier envoi, vous devez vérifier auprès de votre fournisseur d'hébergement s'il existe un nombre maximum de messages que vous pouvez envoyer par heure ou par jour. Si ceci est le cas, utilisez ces paramètres dans le fichier config.php pour que phpList fonctionne en accord avec les limites imposés par l'hébergeur.
Deletions:
Une autre raison pour laquelle les fournisseurs limitent le nombre d'emails qu'on puisse envoyer, est de ne pas attirer les spammeurs. Alors, qu'est-ce que cela signifie pour vous, un non-spammeur? Avant votre premier envoi, vous devez vérifier auprès de votre fournisseur d'hébergement s'il existe un nombre maximum de messages que vous pouvez envoyer par heure ou par jour. Si ceci est le cas, utilisez les paramètres suivants dans le fichier config.php pour que phpList fonctionne en accord avec les limites imposés par l'hébergeur.
Additions:
Un nombre de personnes qui utilisent phpList sont hébergé sur des serveurs qui ne leur appartiennent pas ou qu'ils ne gerent pas. Ces boîtes sont généralement partagées: un ordinateur fonctionne comme serveur pour un nombre de sites. Cela signifie que si un site web tente de dominer le CPU ou fait une demande démésurée sur les ressources du serveur, tout le monde souffre. Pour cette raison, la plupart des fournisseurs d'hébergement limite le nombre d'e-mails qu'un site puisse envoyer, soit par heure, soit par jour. C'est leur travail de faire en sorte que l'utilisation par une personne n'ai pas un impacte sur le fonctionnement des autres sites qui partagent le même serveur.
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// (batch processing) de la file d'attente et //Vitesse de traitement de la file d'attente// (mailqueue throttling). Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté aux serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
==Traitement par lot de la file d'attente (batch processing)==
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages d'une seule fois.
Il faut considerer d'autres e-mails à envoyer, telles que les emails de la confirmation de l'insciption, les messages du système, ou les courriels envoyés par d'autres applications sur votre site. Il est necessaire de vous donner une marge. Pour une petite installation une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
Si votre serveur fontionne sous PHP-cgi, vous pouvez avoir des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, vous pourriez essayer une période de lot plus courte, par exemple de 10 minutes (600 secondes).
# Envoyer un lot de 60 messages par période de lot:
# Période de chagque lot est fixé à 600 secondes (= 10 minutes):
# Pause entre les messages (en secondes) pour éviter de surcharger le serveur:
==Ralentissement de la vitesse d'envoi (mailqueue throttle)==
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera a ralentir et répartir la charge de l'envoi. Bien que vous pouvez utiliser ce paramètre pour éviter de surcharger le serveur avec un sursaut de messages, //vous pouvez également l'utiliser comme une alternative au traitement par lots//. Par exemple, si vous imposer une pause de 10 secondes entre les messages, vous limiterez en fait l'envoi à 360 messages par heure.
# Traitement par lot désactivé:
# Periode de lot sans relevance quand le traitement par lot est désactivé:
# Pause de 10 secondes entre les messages, pour limiter la vitesse d'envoi à 360 messages par heure.:
===Paramètres Experimentaux: auto throttle et domain throttle===
===Astuces du forum===
- [[ProcessQueueInfo Traitement de la file d'attente]]
- [[SetupCronJob Mise en place d'un cron job]]
- [[CommandLineScriptInfo Utilisation d'un script de commande]]
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// (batch processing) de la file d'attente et //Vitesse de traitement de la file d'attente// (mailqueue throttling). Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté aux serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
==Traitement par lot de la file d'attente (batch processing)==
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages d'une seule fois.
Il faut considerer d'autres e-mails à envoyer, telles que les emails de la confirmation de l'insciption, les messages du système, ou les courriels envoyés par d'autres applications sur votre site. Il est necessaire de vous donner une marge. Pour une petite installation une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
Si votre serveur fontionne sous PHP-cgi, vous pouvez avoir des 'timeouts' (voir [[PhpInterfacesInfo The three interfaces op PHP]]). Dans ce cas, vous pourriez essayer une période de lot plus courte, par exemple de 10 minutes (600 secondes).
# Envoyer un lot de 60 messages par période de lot:
# Période de chagque lot est fixé à 600 secondes (= 10 minutes):
# Pause entre les messages (en secondes) pour éviter de surcharger le serveur:
==Ralentissement de la vitesse d'envoi (mailqueue throttle)==
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera a ralentir et répartir la charge de l'envoi. Bien que vous pouvez utiliser ce paramètre pour éviter de surcharger le serveur avec un sursaut de messages, //vous pouvez également l'utiliser comme une alternative au traitement par lots//. Par exemple, si vous imposer une pause de 10 secondes entre les messages, vous limiterez en fait l'envoi à 360 messages par heure.
# Traitement par lot désactivé:
# Periode de lot sans relevance quand le traitement par lot est désactivé:
# Pause de 10 secondes entre les messages, pour limiter la vitesse d'envoi à 360 messages par heure.:
===Paramètres Experimentaux: auto throttle et domain throttle===
===Astuces du forum===
- [[ProcessQueueInfo Traitement de la file d'attente]]
- [[SetupCronJob Mise en place d'un cron job]]
- [[CommandLineScriptInfo Utilisation d'un script de commande]]
Deletions:
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// de la file d'attente et //Vitesse de traitement de la file d'attente//. Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté pour les serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
==Traitement par lot de la file d'attente==
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages en une seule fois.
Il faut considerer des autres e-mails à envoyer, telles que les emails de la confirmation de l'insciption, les messages du système, ou les courriels envoyés par d'autres applications sur votre site. Il est necessaire de vous donner une marge. Pour une petite installation une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
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 10 minutes.
# Send a batch of 60 messages per batch period:
# batch period is set to 600 seconds (= 10 minutes):
# Pause between messages (in seconds) to avoid overloading the server:
==Ralentissement de la vitesse d'envoi==
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera a ralentir et répartir la charge de l'envoi.
# Vous devrez trouver une bonne valeur pour votre propre serveur.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.
# 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:
===Experimental settings: auto throttle and domain throttle===
===Tips & tricks from the forum===
- [[ProcessQueueInfo Process the message queue]]
- [[SetupCronJob Setting up a cron job]]
- [[CommandLineScriptInfo Using a commandline script]]
Additions:
Une autre raison pour laquelle les fournisseurs limitent le nombre d'emails qu'on puisse envoyer, est de ne pas attirer les spammeurs. Alors, qu'est-ce que cela signifie pour vous, un non-spammeur? Avant votre premier envoi, vous devez vérifier auprès de votre fournisseur d'hébergement s'il existe un nombre maximum de messages que vous pouvez envoyer par heure ou par jour. Si ceci est le cas, utilisez les paramètres suivants dans le fichier config.php pour que phpList fonctionne en accord avec les limites imposés par l'hébergeur.
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// de la file d'attente et //Vitesse de traitement de la file d'attente//. Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté pour les serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// de la file d'attente et //Vitesse de traitement de la file d'attente//. Le choix entre ces deux méthodes est essentiellement une question de préférence personnelle, bien que "mailqueue throttling" est peut-être mieux adapté pour les serveurs qui fonctionent avec PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
Deletions:
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// de la file d'attente et //Vitesse de traitement de la file d'attente//. Le choix de l'utilisation de lots ou de la régulation est essentiellement une question de préférence personnelle, bien que throttling mai être mieux adapté pour les serveurs tournant sous PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
With batch processing, two primary settings work together to say: Send no more than N emails every T seconds. 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.
Additions:
==[[FrenchPhplistDocumentation Documentation]] » [[FrenchPhpListConfiguration Configuration]] »==
=====Réglage de la vitesse d'envoi de messages=====
Un nombre de personnes qui utilisent phpList sont hébergé sur des serveurs qui ne leur appartiennent pas ou qu'ils ne gerent pas. Ces boîtes sont généralement partagées: un ordinateur fonctionne comme serveur pour un nombre de sites. Cela signifie que si un site web tente de dominer le CPU ou fait une demande démésurée sur les ressources du serveur, tout le monde souffre. Pour cette raison, la plupart des fournisseurs d'hébergement limite le nombre d'e-mails qu'un site puisse envoyer, soit par heure, soit par jour. C'est leur travail de faire en sorte que l'utilisation par une personne n'ai pas un impacte sur le conctionnement des autres sites qui partagent le même serveur.
Une autre raison pour laguelle les fournisseurs limitent le nombre d'emails qu'on puisse envoyer, est de ne pas attirer les spammeurs. Alors, qu'est-ce que cela signifie pour vous, un non-spammeur? Avant votre premier envoi, vous devez vérifier auprès de votre fournisseur d'hébergement s'il existe un nombre maximum de messages que vous pouvez envoyer par heure ou par jour. Si ceci est le cas, utilisez les paramètres suivants dans le fichier config.php pour que phpList fonctionne en accord avec les limites imposés par l'hébergeur.
== Ce bloc dans config.php ==
# Traitement par lot (batch processing).
# Si vous êtes sur un hébergement mutualisé, il sera probablement apprécié si vous n'envoyez pas
# un grand nombre d'e-mails en une seule fois. Pour réaliser ceci vous pouvez configurer le traitement par lot.
# Notez, que les valeurs des deux paramètres suivants peuvent être surpassé par votre hébergeur, en utilisant
# une configuration globale du serveur. Donc, peut être le cas si vous remarquez que ces valeurs sont
# différentes en réalité,
# Définiez le nombre d'e-mails que vous souhaitez envoyer par période. Si cette valeur est 0, le traitement par lot
# est désactivé et les messages seront donc envoyé aussi rapidement que possible.
# Définiez la longueur de temps d'une periode de traitement par lot, en secondes (3600 est une heure)
# Pour éviter de surcharger le serveur qui envoie vos e-mails, vous pouvez inserer une petite pause
# entre l'envoi de chaque e-mail. Ceci aidera a répartir la charge de l'envoi.
# Vous devrez trouver une bonne valeur pour votre propre serveur.
# La valeur de ce paramètre est en secondes. (ou vous pouvez jouer avec le paramètre 'autothrottle' ci-dessous)
===Limiter la vitesse d'envoi===
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// de la file d'attente et //Vitesse de traitement de la file d'attente//. Le choix de l'utilisation de lots ou de la régulation est essentiellement une question de préférence personnelle, bien que throttling mai être mieux adapté pour les serveurs tournant sous PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
==Traitement par lot de la file d'attente==
Avec le traitement par lots, il-y a deux principaux paramètres qui travaillent ensemble pour dire: N'envoyez pas plus de N e-mails tous les T secondes, Où:
N est MAILQUEUE_BATCH_SIZE
T est MAILQUEUE_BATCH_PERIOD
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages en une seule fois.
Ainsi, si vous avez par exemple une limite horaire de 400 emails. Faut-il définir la taille du lot à 400 emails? Non! Pourquoi?
Il faut considerer des autres e-mails à envoyer, telles que les emails de la confirmation de l'insciption, les messages du système, ou les courriels envoyés par d'autres applications sur votre site. Il est necessaire de vous donner une marge. Pour une petite installation une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
Exemple:
# Envoyer un lot de 360 messages par période de duration de lot:
# periode de duration de lot defini à 3600 secondes (3600 sec. = 1 heure):
# Pause entre les messages (en secondes) afin d'éviter de surcharger le serveur:
Exemple:
==Ralentissement de la vitesse d'envoi==
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera a ralentir et répartir la charge de l'envoi.
# Vous devrez trouver une bonne valeur pour votre propre serveur.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.
Exemple:
# Mailqueue autothrottle. Ceci va essayer de changer automatiquement le delai entre les messages pour
# assurer que le lot defini dans MAILQUEUE_BATCH_SIZE (ci-dessus) soit réparti de forme équitative sur le
# MAILQUEUE_BATCH_PERIOD, au d'envoyer le lot dans les premières minutes de la période et ensuite
# attendre la période suivante. Cela fonctionne uniquement avec mailqueue_throttle off
# Cette option a encore besoin d'ajustements, et vous êtes donc prier d'envoyer vos commantaires à
# mantis.tincan.co.uk si vous ayez des problèmes.
# Vous pouvez activer 'domain throttling' en mettant USE_DOMAIN_THROTTLE à 1
# Ceci vous permettra de définir le nombre maximum de e-mails que vous souhaitez autoriser pour l'envoi à
# n'importe quel domaine et le nombre de secondes pour ce montant.
# De cette façon vous pourrez vous assurez de ne pas envoyer trop d'e-mails à un même domaine, et ainsi eviter
# d'être inclus dans une liste noire. Les grand ISP en particulier sont difficiles à ce sujet.
# Cependant, ceci peut causer une augmentation dramatique de la quantité de temps nécèssaire pour envoyer un
# message, selon le nombre d'utilisateurs que avez avec le même domaine (par exemple, hotmail.com).
# S'il se produit un nombre trop élevé de défaillances de la régulationuit, le processus d'envoi ajoutera automatiquement un delai additionel pour essayer d'améliorer cela.
# Cet exemple envoie 1 message toutes les 2 minutes.
==Pages connexes==
=====Réglage de la vitesse d'envoi de messages=====
Un nombre de personnes qui utilisent phpList sont hébergé sur des serveurs qui ne leur appartiennent pas ou qu'ils ne gerent pas. Ces boîtes sont généralement partagées: un ordinateur fonctionne comme serveur pour un nombre de sites. Cela signifie que si un site web tente de dominer le CPU ou fait une demande démésurée sur les ressources du serveur, tout le monde souffre. Pour cette raison, la plupart des fournisseurs d'hébergement limite le nombre d'e-mails qu'un site puisse envoyer, soit par heure, soit par jour. C'est leur travail de faire en sorte que l'utilisation par une personne n'ai pas un impacte sur le conctionnement des autres sites qui partagent le même serveur.
Une autre raison pour laguelle les fournisseurs limitent le nombre d'emails qu'on puisse envoyer, est de ne pas attirer les spammeurs. Alors, qu'est-ce que cela signifie pour vous, un non-spammeur? Avant votre premier envoi, vous devez vérifier auprès de votre fournisseur d'hébergement s'il existe un nombre maximum de messages que vous pouvez envoyer par heure ou par jour. Si ceci est le cas, utilisez les paramètres suivants dans le fichier config.php pour que phpList fonctionne en accord avec les limites imposés par l'hébergeur.
== Ce bloc dans config.php ==
# Traitement par lot (batch processing).
# Si vous êtes sur un hébergement mutualisé, il sera probablement apprécié si vous n'envoyez pas
# un grand nombre d'e-mails en une seule fois. Pour réaliser ceci vous pouvez configurer le traitement par lot.
# Notez, que les valeurs des deux paramètres suivants peuvent être surpassé par votre hébergeur, en utilisant
# une configuration globale du serveur. Donc, peut être le cas si vous remarquez que ces valeurs sont
# différentes en réalité,
# Définiez le nombre d'e-mails que vous souhaitez envoyer par période. Si cette valeur est 0, le traitement par lot
# est désactivé et les messages seront donc envoyé aussi rapidement que possible.
# Définiez la longueur de temps d'une periode de traitement par lot, en secondes (3600 est une heure)
# Pour éviter de surcharger le serveur qui envoie vos e-mails, vous pouvez inserer une petite pause
# entre l'envoi de chaque e-mail. Ceci aidera a répartir la charge de l'envoi.
# Vous devrez trouver une bonne valeur pour votre propre serveur.
# La valeur de ce paramètre est en secondes. (ou vous pouvez jouer avec le paramètre 'autothrottle' ci-dessous)
===Limiter la vitesse d'envoi===
À pleine vitesse phpList est capable d'envoyer des messages personnalisés à 3000 par heure ou plus, et des messages non-personnalisés à 5000 par heure ou plus. Étant donné que la plupart des fournisseurs d'hébergement ne permet pas d'envoyer un grand volume de messages, et impose un nombre maximum par heure ou par jour, phpList offre deux méthodes pour faire face à ces limites d'envoi: //Traitement par lot// de la file d'attente et //Vitesse de traitement de la file d'attente//. Le choix de l'utilisation de lots ou de la régulation est essentiellement une question de préférence personnelle, bien que throttling mai être mieux adapté pour les serveurs tournant sous PHP-cgi (voir [[PhpInterfacesInfo The three interfaces of PHP]]).
==Traitement par lot de la file d'attente==
Avec le traitement par lots, il-y a deux principaux paramètres qui travaillent ensemble pour dire: N'envoyez pas plus de N e-mails tous les T secondes, Où:
N est MAILQUEUE_BATCH_SIZE
T est MAILQUEUE_BATCH_PERIOD
Ces paramètres forcent phpList de se limiter et évitent l'envoi de tous les messages en une seule fois.
Ainsi, si vous avez par exemple une limite horaire de 400 emails. Faut-il définir la taille du lot à 400 emails? Non! Pourquoi?
Il faut considerer des autres e-mails à envoyer, telles que les emails de la confirmation de l'insciption, les messages du système, ou les courriels envoyés par d'autres applications sur votre site. Il est necessaire de vous donner une marge. Pour une petite installation une marge de 20-40 à partir de votre limite horaire devrait être suffisante.
Exemple:
# Envoyer un lot de 360 messages par période de duration de lot:
# periode de duration de lot defini à 3600 secondes (3600 sec. = 1 heure):
# Pause entre les messages (en secondes) afin d'éviter de surcharger le serveur:
Exemple:
==Ralentissement de la vitesse d'envoi==
L'option ##MAILQUEUE_THROTTLE## insère une petite pause entre chaque e-mail. Ceci aidera a ralentir et répartir la charge de l'envoi.
# Vous devrez trouver une bonne valeur pour votre propre serveur.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.
Exemple:
# Mailqueue autothrottle. Ceci va essayer de changer automatiquement le delai entre les messages pour
# assurer que le lot defini dans MAILQUEUE_BATCH_SIZE (ci-dessus) soit réparti de forme équitative sur le
# MAILQUEUE_BATCH_PERIOD, au d'envoyer le lot dans les premières minutes de la période et ensuite
# attendre la période suivante. Cela fonctionne uniquement avec mailqueue_throttle off
# Cette option a encore besoin d'ajustements, et vous êtes donc prier d'envoyer vos commantaires à
# mantis.tincan.co.uk si vous ayez des problèmes.
# Vous pouvez activer 'domain throttling' en mettant USE_DOMAIN_THROTTLE à 1
# Ceci vous permettra de définir le nombre maximum de e-mails que vous souhaitez autoriser pour l'envoi à
# n'importe quel domaine et le nombre de secondes pour ce montant.
# De cette façon vous pourrez vous assurez de ne pas envoyer trop d'e-mails à un même domaine, et ainsi eviter
# d'être inclus dans une liste noire. Les grand ISP en particulier sont difficiles à ce sujet.
# Cependant, ceci peut causer une augmentation dramatique de la quantité de temps nécèssaire pour envoyer un
# message, selon le nombre d'utilisateurs que avez avec le même domaine (par exemple, hotmail.com).
# S'il se produit un nombre trop élevé de défaillances de la régulationuit, le processus d'envoi ajoutera automatiquement un delai additionel pour essayer d'améliorer cela.
# Cet exemple envoie 1 message toutes les 2 minutes.
==Pages connexes==
Deletions:
=====Setting the Send Speed (Rate)=====
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 that one person's use doesn't impacts needlessly 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.
== this block in config.php ==
# batch processing
# if you are on a shared host, it will probably be appreciated if you don't send
# out loads of emails in one go. To do this, you can configure batch processing.
# Please note, the following two values can be overridden by your ISP by using
# a server wide configuration. So if you notice these values to be different
# in reality, that may be the case
# define the amount of emails you want to send per period. If 0, batch processing
# is disabled and messages are sent out as fast as possible
# define the length of one batch processing period, in seconds (3600 is an hour)
# to avoid overloading the server that sends your email, you can add a little delay
# between messages that will spread the load of sending
# you will need to find a good value for your own server
# value is in seconds (or you can play with the autothrottle below)
===Limiting the speed rate===
At full speed phplist (up to version 2.10.5) 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 of PHP]]).
==Mailqueue batch processing==
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 sign-ups 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:
# Send a batch of 360 messages per batch period:
# batch period is set to 3600 seconds (=1 hour):
Example:
==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:
# 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
# You can activate domain throttling, by setting USE_DOMAIN_THROTTLE to 1
# define the maximum amount of emails you want to allow sending to any domain and the number
# of seconds for that amount. This will make sure you don't send too many emails to one domain
# which may cause blacklisting. Particularly the big ones are tricky about this.
# it may cause a dramatic increase in the amount of time to send a message, depending on how
# many users you have that have the same domain (eg hotmail.com)
# if too many failures for throttling occur, the send process will automatically add an extra
# delay to try to improve that. The example sends 1 message every 2 minutes.
==Related pages==
