• User

    Delivery to the following recipient failed permanently:

    xxxx

    Technical details of permanent failure:

    Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 #5.1.0 Address rejected xxx (state 14).

    Received: by 10.216.140.37 with SMTP id d37mt211479wej.31.1287070256551; Thu,
    14 Oct 2010 08:30:56 -0700 (PDT)
    MIME-Version: 1.0
    Received: by 10.216.230.6 with HTTP; Thu, 14 Oct 2010 08:30:36 -0700 (PDT)
    From: marco martino <xxxxx>
    Date: Thu, 14 Oct 2010 17:30:36 +0200
    Message-ID: <xxxx>
    Subject: Render It > Grafica 3D per il design e l'architettura

    Content-Type: multipart/alternative; boundary=0016e6d9a266f5a75f049295651e

    ho ricevuto parecchie mail di ritorno con questo messaggio e la maggiorparte erano di libero... è una coincidenza e la causa sta solo nel fatto che nn esite più l'indirizzo?
    Tutte poi hanno lo stesso codice 550 550


  • User Attivo

    Sì, è solo una coincidenza e la causa è che non esiste più l'indirizzo.


  • User

    Ciao,
    a me capita con la maggior parte (90%) di libero
    a volte torna il messaggio di errore 550+#5.1.0+Address+rejected altre volte no e la mail arriva.

    Qulache idea voi?


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