@Juanin said:

Sì esatto Ratto_333.

Puoi non specificarla, ma specificarla può essere utile per altri motivi.

Per altri motivi intendi evitare doppioni della stessa url, magari, con l'aggiunta di querystring ecc..?

Grazie della pronta risposta Juanin

Quindi se nelle varie pagine specifico rel="next" e rel="prev" il canonical di ogni pagina dovrebbe puntare a se stessa, corretto?
E se è corretto, essendo l'url e indirizzo canonico identico, posso evitare di comunicare la versione canonica della pagina?

I sistemisti di tiscali hanno detto che l'URL era classificato come spam dal motore Cloudmark a causa dei feedback negativi degli utenti Mail Tiscali.
Per "raddrizzare" il verdetto di Cloudmark è sufficiente cliccare su "Questo non è SPAM" dalla webmail su un messaggio contente l'URL recuperato dalla cartella SPAM.

EDIT: risolto direttamente dai tecnici, ora non ci son problemi

L'email contenente l'indirizzo in questione non arrivava proprio, perché, di default, tiscali elimina immediatamente la posta che va in spam...
Cambiato il filtro per lo spam l'email arriva in spam e non ricevo alcun errore... (come detto sopra)

Da tiscali se invio un email contenente il link arriva ai destinatari senza problemi... mah

@Nazzareno said:

Le blacklist sono di diverse tipologie, alcune agiscono a livello di IP, altre a livello di dominio. Per vedere se un URL è blacklistato ci sono numerosi sistemi gratuiti in rete, uno dei più semplici è blacklistalert.org.
Grazie per la spiegazione e per il link, conosco questo genere di siti e ho già testato il dominio, tutto ok.
Questi siti però controllano solo l'ip (o dominio) di provenienza, cosa che non riguarda il mio problema, dato che le email che non presentano l'url in questione arrivano normalmente.
Esistono tool per testare se determinate URL son riconosciute come spam?

Sai se Tiscali può fare qualcosa o è inutile contattarli?

Ragazzi ho scoperto solo adesso la trovata geniale di Tiscali che, di default, rimuove i messaggi di spam immediatamente!
...chissà cosa gli costa lasciarli li un giorno o almeno qualche ora.

Cambiando le impostazioni l'email arriva.. in spam ovviamente. Questa è l'intestazione completa del messaggio!

Return-Path: <[email protected]>
Received: from imp-1.mail.tiscali.it (10.39.115.248) by mx-1-it.mail.tiscali.it (8.5.142) id 501788C30A2B2DA8 for XXXXXXX+Spam @tiscali.it; Mon, 17 Sep 2012 12:08:34 +0200
Received: from srv-hs6.netsons.net ([46.252.157.20]) by imp-1.mail.tiscali.it with id 0A8Z1k02R0ShNnA01A8Zsz; Mon, 17 Sep 2012 12:08:34 +0200
X-Brightmail: Probabili messaggi di posta indesiderati (Spam)
X-CMAE: Probabili messaggi di posta indesiderati (Spam)
x-cnfs-analysis: v=2.0 cv=GYGVbHrL c=1 sm=2 p=lQxYYr-6AAAA:8 a=rgincLZD6lwA:10 a=53grt4NmwNnFsQbEnT0A:9 a=wPNLvfGTeEIA:10 a=o47LROAob-YHK4IPKgQA:9 a=_W_S_7VecoQA:10 a=MnvHozkxO5IA:10 a=yEZAfLHEX/YnpeG328dj1g==:117
X-Tiscali-SPF-Pass: TRUE
Received: from srv-hs6.netsons.net ([46.252.157.20]:44908 helo=xxxxxxxx.it) by srv-hs6.netsons.net with esmtpa (Exim 4.77) (envelope-from <[email protected]>) id 1TDYFX-001jXz-Dp for [email protected]; Mon, 17 Sep 2012 12:08:19 +0200
Date: 17/09/2012 12.08
To: [email protected]
From: EMI STORE <[email protected]>
Reply-To: EMI STORE <[email protected]>
Subject: Registrazione nuovo utente
Message-ID: <[email protected]>
X-Priority: 3
X-Mailer: PHPMailer 5.2.1 (.... code.google.com/a/apache-extras.org/p/phpmailer/)
MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_e433092a310752e09bee613f398a3698"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - srv-hs6.netsons.net
X-AntiAbuse: Original Domain - tiscali.it
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - xxxxxxxx.it
X-Source:
X-Source-Args:
X-Source-Dir:

Ho un problema con l'invio d'email contenenti l'url del mio sito verso indirizzi @tiscali.

Mi spiego meglio, il server smtp da cui vengon spedite tali email si trova su netsons e facendo vari test non risulta in nessuna blacklist, difatti, le email spedite arrivano normalmente nella inbox.

Il problema sorge nel momento in cui, nel testo dell'email, si va a scrivere l'indirizzo del sito (www).esempio.it, sia come testo semplice, sia come html, che come attributo "src" di un immagine.
L'email non perviene, ne in inbox, ne in spam, e non ottengo nessun messaggio d'errore in risposta.

Nel momento in cui cambio il corpo dell'email, variando semplicemente l'url da (www).esempio.it a (www).esempio.com (o qualsiasi altro url), l'email arriva normalmente.

Ora vi chiedo, com'è possibile questa cosa? Server non in blacklist ed url si? Sapete dirmi di cosa si tratta e come posso risolvere?

Credo nel vostro aiuto, grazie in anticipo

EDIT: dimenticavo di dirvi che il problema si presenta anche quando l'indirizzo in questione non viene mandato dal nostro server smtp.
Da qualsiasi indirizzo di posta, server ecc, tiscali non riceve il messaggio se nel corpo vi è presente l'url del sito in questione.

allora ragazzi, queste sn le mie regola nel htaccess

RewriteEngine On
RewriteRule ^(.)_(.).html /sezione.php?cat=$1&page=$2
RewriteRule ^(.*).html /programma.php?file_name=$1 perche se apro
"miosito.it/img/sicurezza_antivirus/aawseperso nal.gif"
mi mostra l'immagine correttamente...
mentre se apro
"miosito.it/img/sviluppo_web/acehtml.gif"
mi apre la pagina "programma.php?file_name...."???

come si puo levare dalla regola htaccess i file .gif? o cmq qualche soluzione per risolvere...

grazie mille

dovrei riscrivere questa url:

www . mio sito . com/programma.php?file_id=1
cosi
www . mio sito . com/programma/nome_programma_1.html

è possibile?
come faccio a recuperare il nome programma?
mi potete indicare le regole da inserire nell .htaccess?

Non so se posto nella sezione corretta
...vorrei solo sapere se nel mio sito posso mettere con l'embedded un applicazione "free", in flash (.swf) hostata da un altro sito usando quindi momentaneamente (per il tempo di ricarica di codesta applicazione) la sua banda...

@whiles said:

imho anche .html è bruttissimo Preferisco lo stile mediawiki, niente estensione
google che preferisce?

@whiles said:

La soluzione è RewriteCond.

>RewriteEngine On
# Questo esclude (!) dalla RewriteRule tutti i file che hanno queste estensioni.
RewriteCond %{REQUEST_URI} !/(\.gif|\.png|\.jpg|\.txt|\.ico)$
RewriteRule ^index/(.*)/(.*).php /index.php?cat=$1&sort_by=$2
>```Tuttavia è scarsamente consigliato, perchè i percorsi da riscrivere dovrebbero avere directory a sè (/browse/cat/name) e pescare i file da un'altra parte (/img).

Comunque quel .php è orrendo sinceramente :D

grazie mille, ora provo e poi in caso abbia ancora problemi ritorno a rompere le palline :D

per il .php hai ragione...è stata una dimenticanza ovvio che metterò .html :wink3:

@osvi said:

ciao Ratto, benvenuto sul forum gt

io ti consiglio di usare url assoluti
altrimenti puoi usare il tag html <base>, ma non è proprio elegante
non ho mai sentito parlare di questo tag :bho:
eppure non sono un novizio dell HTML, forse perche come dici te nn è "elegante"

quali sono le sue funzioni? come si usa?

Sono molto n00b in campo mod rewrite ma vorrei porvi un quisito...

nella mia pagina nn uso percorsi assoluti per la grafica, esempio:

"img/gfx/menu.gif"
```il file si trova nella cartella www . miosito . com/img/gfx/menu.gif

ma col mod rewrite scritto in questo modo:

RewriteEngine On
RewriteRule ^index/(.)/(.).php /index.php?cat=$1&sort_by=$2

www . miosito . com/index/sport/img/gfx/menu.gif

insomma...cè una regola per impedire questo, o devo usare perforza i percorsi assoluti per le immagini?