Newsgroup: it.lavoro.professioni.webmaster
Titolo: libero.it e ricezione posta da nuovi domini

ciao a tutti,
 
a quanto pare 
libero.it
 ha una policy altissima per quanto riguarda lo
spam
 
o una negligenza della stessa portata, non lo so, sto cercando di
capire
 
i fatti in breve...
 
libero.it
 non riceve email da un dominio essitente da poco più di due
mesi... le email non finiscono neanche nell'antispam... non arrivano
proprio...
 
riceve messaggi di test da una gmail... quindi il servizio non è
morto, anche se lo sembra :)
 
altri fatti
 
il dominio esiste da poco, ho fatto il reverse domain lookup tramite
suggeriemento di amazon...
 
il dominio non appare in nessuna blacklist, sembra whitelistato sui
primi due o tre siti che mi sono capitati sottomano per il controllo,
non ha spedito molte email, se non quelle di attivazione utente... per
un totale irrisorio di 20 al massimo...
 
mia ipotesi: libero se ne frega di whitelist, black list etc... ha
fatto una sua lista, ci ha messo dentro i più noti provider e
buonanotte a tutti...
 
 
--
pigmalion at home
http://www.pigmalion.it/
 

 morto, anche se lo sembra :)
[CUT]
 
scua se taglio il resto, ma la questione fondamentale è che di base
non si blacklistano i domini a meno che siano noti per arrecare danno;
quindi mi sa che è l'IP da cui spedisci ad avere noie :)
 
Facciamo una prova: scrivimi in privato con questo tuo dominio, dalla
stessa connessione che hai usate per le prove; se arriva, allora
libero.it
 ha qualche problema (al caso ti dirò a chi scrivere),
altrimenti se vedi un errore è il tuo IP.
 
ciao
Gabriele

altrimenti se vedi un errore è il tuo IP.
 
lo faccio subito... grazie :)
 
cmq immaginavo che, nel caso fosse come sembra, bisognava contattare
il provider per farsi diciamo... accettare...
 
ma ne vale la pena... per me e per loro?
 
insomma il sito del cliente non sarà facebook... e molti altri siti
per piccoli clienti non saraqnno facebook... davvero bisogna incorrere
in questo passaggio ogni volta?!?
 
e libero ha davvero la pazienza di accontentare la moltitudine di
nuovi siti che hanno biosgno di mandare quelle 7 email :)
 
fermo restando che è come penso :)


fermo restando che è come penso :)
 
intendevo se è come presumo :)
 
cmq mail inviata... :)



 
Non vedo ancora niente.
Da che IP esce il tuo messaggio?
 
Gabriele

Da che IP esce il tuo messaggio?
107.21.231.206


 107.21.231.206
 
 
OK, penso sia questo, era in coda:
Tue, 27 Mar 2012 13:06:24 +0200	107.21.231.206	Delayed message from
nob...@ip-10-212-69-136.ec2.internal at host
ip-10-212-69-136.ec2.internal to 
inf...@onenet.it
 
 
Quindi sei su una Cloud di Amazon, con l'IP che può variare (dynamic
hosting environment).
 
HO CAPITO perché non arriva:
Tue, 27 Mar 2012 14:15:27 +0200	107.21.231.206	Bad sender domain for
nob...@ip-10-212-69-136.ec2.internal at ip-10-212-69-136.ec2.internal
 
 
Non so se mandi sempre le tue email così, ma viene usato un mittente
non corretto; nel mio caso faccio anche quel tipo di controllo, forse
Gmail no e accetta tutto... per 
libero.it
 non so dirti, posso
chiedere.
 
Puoi cambiare il From e mandare la stessa cosa con un mittente reale
(almeno che sia un dominio valido)?
 
Gabriele

(almeno che sia un dominio valido)?
innanzitutto grazie per il tempo che mi hai messo a dispozizione :)
 
e! vorrei capire meglio... se ci stiamo riferendo al campo from, nel
contesto di codice php... dovrei averlo messo, come ho scritto poco
piů sopra...
 
cioč, tolgo il dovrei, l'ho messo... l'email mi arriva da chi volgio
io e risponde correttamente al destinatario che volgio io...
 
o a te č arrivata strana... o ti riferisci ad altro forse...
 
ciao


[107.21.231.206])
 
qui ho sostituito il dominio vero con 
miodominio.it
 si sarà capito :)
 
cmq, giusto per fare notare che, quella sottomissione automatica
suggerita da amazon funzionò...
 
nelle prime email prima della segnalazione, non trovavo menzione del
nome di dominio dopo l'ip...
 
fu associato dopo...
 
lo dico giusto per chiarezza e completezza... per capire dove sto
sbagliando...



 
Ecco, è quello che "comanda", invece il From che intendi tu e che vedi
nel client di posta è "cosmetico".
Devi riuscire a presentarti sia con HELO di dominio reale che col
mittente plausibile.
Mi sa che però dipende dalla macchina Amazon e non ho idea se tu possa
"smanettare" lì.
Scrivi ad Amazon e chiedi come fare per avere un HELO come si deve
(FQDN e non ".internal") ed un return-path col tuo dominio.
 
ciao
Gabriele

(FQDN e non ".internal") ed un return-path col tuo dominio.
 
ok, molto chiaro... grazie per avermi aiutato a restringere il
contesto :)
 
mi darò da fare...


 il provider per farsi diciamo... accettare...
 
Di norma non funziona così, si guarda a:
- l'IP (o il range) se risulta in qualche DNSbl degna di nota (quelle
di Spamhaus, Spamcop e poche altre);
- se nel body c'è un URL , è possibile aggiungere un controllo URIBL
utile ad evitare phishing anche se proviene da IP valido (es: un PC
trojanizzato su IP dinamico);
- eventuali blacklist interne;
- eventuali whitelist interne.
 
Non è che 
libero.it
 si metta ad aggiungere a mano domini in
whitelist :)
 
ciao
Gabriele


 
 
Uso gmail in 'trasparenza' e non ho problemi da anni.
In pratica il dominio lo uso solo per il redirect verso gmail.
La posta in uscita, sempre con smtp di gmail, ha l'indirizzo @miodominio
Per di più con l'imap posso vedermi la posta indifferentemente da smartphone, tablet, pc d'ufficio.
Senza considerare l'efficace filtro antispam.
Inoltre ho cambiato gestore telefonico senza dover variare nemmeno un parametro.
La posta, anche degli anni scorsi, è sempre a portata di mano, sempre e con qualsiasi device.
E' il massimo. 
 
 

E' il massimo. 
 
rispondo qui, ma lo avrei fatto quanto prima anche nell'altra
discussione... a quanto pare c'è qualcosa che non va con qualcosa che
non ho fatto io...
 
ho buttato subito la croce addosso a libero più per frustrazione...
 
dopo un lungo turno mi sono ritrovato con questa situazione da
risolvere e che ancora non ho risolto :)


In addition, assigning a static reverse DNS record to the above EIP(s) used to send email can help avoid having email flagged as SPAM by some anti-SPAM organizations. You can optionally provide us with a reverse DNS record (for example: 
foo.yourcompany.com
) to associate with your EIP(s). Note that a corresponding forward DNS record (A Record) pointing to your EIP must exist before we can create your reverse DNS record. Also note that it may take up to 1 week before the anti-SPAM organizations white-list your EIP(s).
 
reverse DNS record... non come l'ho chiamato nei primi messaggi...
reverse domain lookup :)
 
e spamhaus č il sito dove ho fatto i controlli...
 
per ora sono ancora senza indizi... damn


Received: (from nobody@localhost)
 
che non ti piace :)
 
e questo a quante pare non si puň modificare tramite codice, ma sembra
piů qualcosa da settare sulla macchina linux...
 
mail di php che usa? il sendmail della macchina?
allora forse č sendmail che non ho configurato...
 
perň non mi torna...
 
 
diciamo che č questo il problemo e setto il nome di dominio di default
della macchina, per farlo apparire corretto in Received...
 
 
e se poi, come č, ospito sulla stessa macchina altri domini?
 
non ci voleva proprio la sessione da sistemista... ho il cliente che
aspetta una soluzione... ieri :)
 
grazie in anticipo a chiunque abbia qualche chiarimento o
suggeriemento....


136.ec2.internal> does not exist
 
 
 
quindi il problema era proprio come diceva gabriele :)
 
 
a questo punto, come ho gia detto in un altro punto del thread...
 
devo configurare quello che usa mail di php, che dovrebbe essere
sendmail... ?!?


To fix this, you need to configure sendmail to masquerade a domain name. See 
http://www.sendmail.org/m4/readme.html
 for information about how to do this.



wrote:
 
ho risolto...
 
ok grazie e ciao..
 
no scherz... :)
 
dop tanto smanettare:
 
in php.ini aggiugnere
 
sendmail_path = /usr/sbin/sendmail -t -i -f 
miae...@miodominio.it
 
 
ovviamente adesso l'ho fatto epr vedere se andava e va...
 
e mi posso anche rispondere alla domanda come fare se hai diversi
domini sulla stessa macchina...
 
in ogni virtualhost bisogna istruire php di cambiare il sendmail_path
per ogni host...
 
grazie a tutti... se volete sapere altri dettagli sono a
disposizione...
 
e tante scuse a libero... :)


In questi giorni ho un problema serio con la trasmissione di una newsletter 
attraverso phplist con indirizzo fastwebnet, tiscali, tiscalinet e libero.
Tutte rifiutano la newsletter sia in formato .html che .txt (a parte libero 
che accetta il .txt).
Ho pensato potesse essere un problema riguardante phplist oppure un 
contenuto sospetto di spam ma, dopo aver fatto diverse prove, tenderei a 
escludere queste eventualità. Ad esempio ho provato a spedire il contenuto 
della newsletter attraverso Outlook Express invece che attraverso phplist 
senza risultato.
 
Potrebbe essere un problema legato al  provider che fornisce il collecamento 
che è Alice? Oppure un problema riguardante fastwebnet e gli altri?
Qualcuno ha sperimentato la stessa situazione?
 
Red Web Master
-- 
http://www.brianzapopolare.it
 
http://www.prcbrianza.it
 
 
 

Qualcuno ha sperimentato la stessa situazione?
 
guarda, vorrei averci pensato subito, ma controllare il log di
sendmail aiuta...
 
in 
 
/var/spool/mail/root 
 
trovi tutte le email che sono state inviate e quelle tornate
indietro... e perchč sono tornate indietro...


 
http://www.pigmalion.it/
 
 
Io perņ non posso accedere al log di sendmail.
Con Aruba non c'č, credo, la possibilitą di accedere ai log.
