• User Attivo

    Il *.1.0 è un errore generico che non è semplice identificare. Potrebbe trattarsi di una casella abbandonata che poi viene riattivata. Ci sono provider che ad esempio disabilitano la casella se per 2 mesi l'utente non effettua un accesso.

    In questi casi occorre avere un minimo di storico di invii (delivered, bounce, aperture, click...) per capire se è un indirizzo che ha senso tenere nel proprio DB.

    Se la % indirizzi abbandonati o errati è elevata, aumenta la probabilità di essere scambiati per spammer. Non è ovviamente il tuo caso visti i volumi ridotti.


  • User Attivo

    Se non sbaglio libero non risponde mai 5.1.1 ma sempre 5.1.0 in tutti i casi, sia che la casella non sia mai esistita sia che sia stata disabilitata per inutilizzo.

    Io consiglio di disiscrivere l'utente, comunque.


  • User Attivo

    Noi abbiamo un approccio un po' diverso, comunque la gestione email bounce di Libero in generale è un po' particolare. Ad esempio restituisce a volte il bounce con codice 5.1.1 (quindi casella inesistente, da disiscrivere subito) ma con il testo "Mailbox disk quota exceeded" (quindi dovrebbe essere 5.2.2). Siamo in contatto con loro, ma di fronte a queste specifiche domande non hanno al momento risposto.


  • User Attivo

    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.


  • User Attivo

    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


  • User Attivo

    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.


  • User Attivo

    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.


  • User Attivo

    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.


  • User Attivo

    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.

  • User Attivo

    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.


  • User Attivo

    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..


  • User Attivo

    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).


  • User Attivo

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


  • User Attivo

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


  • User Attivo

    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).


  • User Attivo

    il server smtp è qmail


  • User Attivo

    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).


  • User Attivo

    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.


  • User Attivo

    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??


  • User Attivo

    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.