phpList e configurazione ottimale

[xAnder]

Buonasera a tutti,

è da un po' di tempo che uso phpList per inviare mail.
Mi stavo chiedendo in questi giorni qual'è il numero consigliato di email da inviare in un determinato tempo.

Ad esempio ho letto su altri thread che qualcuno consiglia di non superare le 300 mail ogni mezzora, altri consigliano un limite di 5 email ogni 3 secondi.

Questa è la mia attuale configurazione di phpList:

# 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("MAILQUEUE_BATCH_SIZE",250);

# define the length of one batch processing period, in seconds (3600 is an hour)
define("MAILQUEUE_BATCH_PERIOD",1200);

# 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)
define('MAILQUEUE_THROTTLE',0);

# Domain Throttling
# 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.

define('USE_DOMAIN_THROTTLE',1);
define('DOMAIN_BATCH_SIZE',5);
define('DOMAIN_BATCH_PERIOD',120);

# if you have very large numbers of users on the same domains, this may result in the need
# to run processqueue many times, when you use domain throttling. You can also tell phplist
# to simply delay a bit between messages to increase the number of messages sent per queue run
# if you want to use that set this to 1, otherwise simply run the queue many times. A cron
# process every 10 or 15 minutes is recommended.
define('DOMAIN_AUTO_THROTTLE',0);

In un post di Fabrizio ho letto:

Per l'invio massivo di e-mail c'è un fattore fondamentale da considerare, ovvero Windows Live Sender Reputation Data.

Di cosa si tratta?

[GrG]

Non ci sono limiti ottimali. Dipende da cosa consiglia il tuo hoster e dai limiti del tuo pacchetto.

Io vado di 50 mail ogni 10 secondi e non ho mai avuto problemi. Poi ci pensa l'MTA a inviarle in pacchetti corretti.

[xAnder]

In realtà sono su un Kimsufi di OVH che uso solo per dns, mail e qualche piccolo sitarello.
l'MTA è postfix, con l'installazione di default su debian.

[GrG]

Ah allora se lo amministri te cambia tutto.

Assicurati di rispettare TUTTI gli standard per gli MTA.

Fatto questo, il numero non conta più di tanto (se sei in limiti umani, diciamo che sotto le 10 000 mail al gg non hai problemi se non lo hai confato coi piedi)

[Uno]

Di cosa si tratta?

Per esempio se Hotmail non ti conosce come mittente buono, non sei nella sua reputazione ti limita ad un migliaio di mail al giorno e non più di 100 mail uguali a diversi indirizzi.
Se hai tutti i parametri di spedizione in ordine e sei riconosciuto come mittente "pulito", cioè che non manda spam ti aumentano i limiti.

Ma la cosa è più complessa, c'è tutto un papirone in giro, basta cercarlo

[GrG]

I limiti non son pubblici, ma da quello che ho notato:

- Qualcosa come 2000 mail al giorno, max 10 per destinatario e non più di 100 uguali se hai il server configurato con le zampe. Credo che comunque il limite duri per i primi 2/3 giorni o per i primi 2/3 raggiungimenti di soglia dopo finisci in spam.

- Se sei verificato e rispetti tutto quello che devi rispettare arrivi tranquillo a 10 000 mail e i limiti sulle mail uguali sono dinamici (intorno al 500 comunque).

Non sperare nella whitelist.

[Uno]

I limiti non son pubblici

Beh io ho trovato un pdf targato M$ che invece qualche cifra la da.
E' vero che è del 2007 e che sul disclaimer dice che dopo la data di pubblicazioni possono cambiare le cose, ma che abbiano stravolto tutto?

[GrG]

Si, perchè ho delle mail di due mesi fa con il loro supporto che dice di ignorare i dati che trovo in giro, che i dati sono dinamici secondo nuovi algoritmi etc etc.