Hai ragione, anche noi abbiamo una regola apposita che nel caso si parli di quota nel messaggio di errore lo considera comunque un 4.2.2 e ora che mi ci fai pensare credo proprio che la cosa fosse stata inserita per risolvere il problema di libero che forniva dei falsi 5.1.1.

Riassumendo, libero fornisce:
un erroneo 5.1.1 per problemi di quota (in barba alle specifiche)
un generico 5.1.0 sia per caselle mai esistite che per caselle disabilitate.

Probabilmente non hanno mai dato spiegazioni perchè è difficile darne di fronte a queste cose.

Ciao ti chiedo un consiglio, ho una serie di siti sul mio server dedicato, purtroppo qualche giorno fà mi son messo ad inviare email di massa utilizzando l'smtp di uno dei miei domini presenti sul mio server, adesso tutti gli indirizzi di posta associati ai domini presenti sul mio server ADESSO non recapitano le email ai vari indirizzi di posta elettronica come quelli di yahoo, tiscali, libero ecc. Sono finito in blacklist? come faccio ad uscirne? L'ndirizzo IP del mio server è 91.121.114.105

Quando dici "non recapitano" significa che non arrivano mai o che arrivano in spam?

Nel primo caso bsiogna capire sul tuo server che errore gli viene dato, visto che è impossibile che tutti quei server cestinino la tua posta senza dire nulla.
Nel secondo invece si può partire guardando gli header delle email consegnate in spam sui vari server per vedere se lasciano trapelare informazioni.

Quando dici "mi son messo ad inviare email di massa" puoi quantificare quante email inviavi prima e quante email hai inviato "massivamente" ?

L'IP non risulta in blacklist "pubbliche", ma considera che i server principali che citi non utilizzano blacklist pubbliche ma sistemi interni dei quali cercano di fornire meno dettagli possibili (per evitare di essere manipolati).

Inoltre citi "yahoo, tiscali, libero, ecc".. E' meglio se fai un elenco esatto dei domini sui quali vedi problemi e di quelli sui quali invece non li vedi: considera che ogni dominio ha una sua infrastruttura e propri metodi, non si può assolutamente generalizzare.

Per invio di massa intendo 100.000 email
Prima di avere problemi, quando provavo ad inviare una email al mio indirizzo di posta fatto con yahoo, l'email finiva nella cartella antispam.

Dopo l'invio delle 100.000 email, le email sembra che vengano inviate correttamente tramite il software atomic mail sender, in realtà sugli indirizzi email yahoo, tiscali, libero ho notato che non arrivano, mentre su altri indirizzi tipo quelli creati dal mio server, le email vengono recapitate.

Tra l'altro anche se utilizzo altri domini per l'invio delle email, non funzionano comunque perchè a quanto pare il problema è il mio server che li ospita.

Allora, tu usi un tuo server SMTP su un dedicato OVH per l'invio. Su questo server hai anche delle caselle email gestite da te. Le email che invii a queste caselle arrivano, mentre quelle che spedisci verso qualunque altro dominio internet non arriva. Giusto? Oppure qualche email "esterna" arriva e altre no?

Come dicevo prima è MOLTO improbabile che i server di yahoo/tiscali/libero stiano cestinando la tua posta senza dire nulla, quindi i casi sono due:

1. il tuo server è ancora intasato con le 100.000 email che hai inviato i giorni scorsi e quindi in realtà non sta nemmeno provando ad inviare le nuove email.
2. i server remoti stanno dando un errore specifico quando il tuo server li contatta ma tu non lo stai vedendo.

In entrambi i casi devi mettere le mani nel tuo server smtp, controllare i log e lo spool/queue di gestione/invio.

Allora, tu usi un tuo server SMTP su un dedicato OVH per l'invio. Su questo server hai anche delle caselle email gestite da te. Le email che invii a queste caselle arrivano, mentre quelle che spedisci verso qualunque altro dominio internet non arriva. Giusto? Oppure qualche email "esterna" arriva e altre no?

• Giusto anche se non posso dirti con certezza che le email non vengono recapitate al altri server smtp, ad esempio non ho provato con gmail, hotmail ecc.

Allora fai delle prove anche sugli altri domini. E comunque se hai un server SMTP bisogna che conosci i modi per controllare i log, vedere se è intasato e ricevere gli errori quando non consegna.. Altrimenti se non hai questa possibilità è indispensabile che ti appoggi ad un servizio SMTP esterno.

Il server non è intasato, ho fatto una verifica insieme ad un mio amico, se ad esempio con un indirizzo email del mio server invio un email ad un altro indirizzo email sempre del mio server, l'email arriva, il problema nasce quando invio le email a servizi esterni come yahoo, libero, tiscali ecc. Inoltre ad alcuni indirizzi email di utenti, le mie email arrivano..

La gestione dell'email locale e di quella remota nella maggior parte dei server è separata. Quindi il tuo test non esclude il fatto che sia intasato: potrebbe essere intasata la sola coda di invio remoto.

Devi essere più preciso possibile. Quali sono alcuni domini (tra quelli "grossi") che funzionano ed altri che non funzionano? Devi assolutamente trovare il log di invio (se ci dici che software usi per il mailserver forse ti posso anche dire come si chiama il file) e verificare cosa succede alle email che non arrivano: è il tuo unico modo per trovare una soluzione (a meno di non usare un server smtp esterno).

Il software da me utilizzato per inviare le email è atomic mail sender.

comunque il mio amico continua a dire che non gli risulta che il server sia intasato, ha già controllato la coda di invio... Quindi??

Atomic in questo caso è il client. Io voglio sapere il server smtp che gira nel tuo server che cosa è.

Mi permetto di mettere in dubbio la risposta del tuo amico (o magari la domanda che gli hai fatto). Se il tuo amico sa metterci le mani al punto da escludere che il server sia intasato direi che non dovrebbe aver alcun problema a sapere dove si trova il log (ad esempio per sendmail è /var/log/maillog) e vedere che messaggi sta loggando, ovvero se le email che ti risultano non consegnate lui le ha consegnate al server di yahoo/libero/tiscali o se invece ha ricevuto degli errori (e quali).

il server smtp è qmail

Allora prova a guardare in /var/log/maillog oppure /usr/local/psa/var/log/maillog (nel caso tu abbia Plesk).

Puoi provare a tenere un "tail -f /var/log/maillog" intanto che spedisci un messaggio di quelli che non arrivano e vedere cosa "registra" il server... ci saranno più righe relative ad un singolo invio, ma in tutte troverai un codice univoco che le accomuna (codice di transazione)... se riesci a recuperare il log in questo log ci sarà scritto se l'email viene consegnata ad un server (quale e con quale codice di coda) o se invece è stata rifiutata (con quale motivo, da quale server).

Appena mi vedo con il mio amico gli chiedo di verificare i log, purtroppo io non sono esperto, intanto ti ringrazio davvero di cuore per la tua disponibillità, spero di poter risolvere, altrimenti non sò proprio come fare, se sei interessato a risolvere il mio problema o se qualcuno di questo forum è in grado di farlo, potete contattarmi, ovviamente a pagamento.

Ciao Bago, sono entrato nei file log e mi sembra proprio che gli invii delle email sono ancora in coda, infatti se ad esempio invio una email a me stesso, arriva dopo circa una decina d'ore. Quindi da questo deduco che bisognerà attendere qualche giorno affinchè finisca tutto questo processo. Tu invece cosa mi consigli di fare? esiste un modo per annullare questo processo??

Probabilmente puoi fermare qmail, svuotare la coda e riavviare qmail o probabilmente esistono comandi per gestire la coda di qmail. Purtroppo saranno passati 10 anni dall'ultima volta che ho usato qmail e quindi non ti sono d'aiuto, ma credo che se cerchi "qmail queue management" troverai possibili soluzioni.

ho già provato ieri a riavviare qmail, comunque chissà, magari aspettando qualche giorno si risolverà tutto..

Puoi provare a controllare in /var/qmail/queue , magari con un "find /var/qmail/queue | wc -l" che ti dice molto grossolanamente quanti files ci sono nelle varie code. Ripetendo il comando dovresti anche vedere il ritmo di processing.
Se proprio devi svuotarli è possibile che sia sufficiente fermare qmail e svuotare la /var/qmail/queue (o la sua sottocartella che contiene i messaggi). Magari invece di svuotarla, sposta i messaggi altrove, e poi riaccendi qmail.

Grazie bago, ho dovuto svuotare la coda, purtroppo non capisco perchè il mio server si blocca anche se utilizzo il servizio con moderazione. Ad esempio dopo aver eliminato la coda, il tutto funzionava perfettamente. Quindi questa volta mi sono rimesso ad inviare 5 email al minuto per un totale di 3000 email, ma purtroppo anche in questo caso erano rimaste 200 email in coda che bloccavano il mio servizio di email. Come mai il mio server si blocca anche con questi accorgimenti moderati di invio? Sarà colpa delle sue prestazioni? Tra l'altro su quel server ho un aggregatore di notizie che aggrega 2500 articoli al giorno. (utilizzo un kimsufi 2G acquistato da ovh.it). Comunque cosa mi consigli per inviare email di massa tramite il mio server, in modo da non avere blocchi ne finire nelle cartelle antispam?