Newsgroup: it.diritto.internet
Titolo: Legge Bersani & Siti Web

Domandina al volo.
Un'azienda "A" ha dato in gestione il proprio sito web (produzione,
registrazione dominio ecc.) ad un'altra "B", per la manutenzione, le
modifiche da comporre ecc.
L'azienda "B", si appoggiava all'azienda "C" per la rivendita di
Hosting, gestione domini ecc., ovviamente con rincaro nei confronti di
"A" (cose turche da quello che ho sentito).
"B", l'anno scorso, è fallita. Oggi, un membro di "A" ha contattato
"C", a seguito della ricezione di un'offerta commerciale da parte
della stessa, specificando dell'interesse da parte dell'azienda "A",
di avvalersi dei servizi di un'altro fornitore di hosting internet.
"C" ha risposto che, stando ad un'ipotetica legge (???, alla domanda
dell'addetto non ha saputo rispondere quale, però ha citato il LAR
sebbene sia decaduto a fine settembre), loro sono tenuti a rinnovare
tacitamente il dominio del cliente. Siccome tutta questa storia puzza
di bruciato e non sono ancora stati firmati fogli di accettazione, è
possibile ricorrere alla legge Bersani sulla dismissione dei servizi,
anche in caso d'ipotetici taciti rinnovi, mai comunicati all'azienda
ufficialmente all'azienda?
Grazie.

 ha scritto nel messaggio 
news:k2lvo51ncjrtr6otl...@4ax.com...


 ufficialmente all'azienda?
Puoi disdire quando vuoi, ma *prima* che scada un servizio, non dopo.
E la c.d. 'Legge Bersani' mi sa che non c'entra proprio nulla, non stiamo
parlando di consumatori.
Più che altro, se non c'è alcun contratto tra A e C ed essendo il dominio
in questione un .it, A può fare un cambio maintainer quando vuole e
C non potrà fare altro che tentare di recuperare il suo credito verso B.
Se invece B faceva sottoscrivere i contratti di C allora A deve onorare
quanto sottoscritto.
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

quanto sottoscritto.
No, B s'arrangiava con C. A non ha mai saputo chi gestisse tutta la
"questione" ecco il perchè della baraonda in atto. Il problema è che C
ora vuole andare in rivalsa ad A spacciando fantomatiche leggi,
obblighi (non scritti nè concordati con niente o nessuno, nè
tantomento riportati su "pezzi di carta" considerabili validi).

 No, B s'arrangiava con C.
Bene, se il registrant del dominio è A è tutto molto semplice: cambia
verso un altro provider e ignora ciò che chiede C, che essendo
un dominio .it non può opporsi in alcun modo.
Nella speranza che un giorno non salti fuori un contratto che A
aveva dimenticato di aver firmato (capita nella maggior parte dei
casi).



Capita non una ma N volte, con N tendente a (tutti.i.clienti)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

casi).
Già controllato. Non sembra esserci niente del genere.

> Non che io sappia e comunque non in questo caso.
Che meraviglia. E se un'azienda vuole slegarsi da un fornitore di
servizi particolarmente ladro che deve fare? Pagare e star zitta?

 servizi particolarmente ladro che deve fare? Pagare e star zitta?
Le leggi a tutela del consumatore sono fatte per proteggere la
'parte debole' di un contratto, tra due aziende si spera che non ce
ne sia bisogno e c'è sempre la giustizia ordinaria per dirimere le
questioni.
Nel caso di cui parli la soluzione è semplicissima: 
www.aruba.it
,
trasferisci un dominio presso aruba, click click paga e il dominio
è tuo.


questioni.
Ho capito, ma non è che basti sperare. :)
Non vedo perchè l'utente domestico debba esser considerato
"consumatore" ed un'azienda, che richiede dei servizi o dei prodotti
ad un'altra venga trattata diversamente.

 ad un'altra venga trattata diversamente.
Perché è così.
Nel proprio lavoro un'azienda deve essere in grado di proteggersi
da sé, non è la nonnina novantenne alle prese con i venditori del tucker.
Anzi, IMHO se un'azienda fallisce a causa del tucker è meglio, un
pericolo in meno per i possibili clienti della stessa.


pericolo in meno per i possibili clienti della stessa.
Un'azienda che fa del "Mecenatismo" e non assume personale adeguato
dovrebbe crollare su se stessa. Purtroppo ahimè, sti qua non sono
finiti sotto le macerie della crisi del 2008.

 finiti sotto le macerie della crisi del 2008.
C'è sempre tempo, abbi fede.
Intanto 'sto cambio maintainer l'avete fatto?


Intanto 'sto cambio maintainer l'avete fatto?
No, si dilungano con il pagamento della fattura. Ho detto loro di
sollecitare e continuar a rompere le balle.

 sollecitare e continuar a rompere le balle.
Mi sar� spiegato male: per fare il cambio maintainer il vecchio
provider non avete neppure bisogno di sentirlo.


provider non avete neppure bisogno di sentirlo.
Ho bisogno del codice di Auth per il trasferimento, non che gli
accessi allo spazio FTP per poter prelevare il sito e spostarlo.
Mi han confermato (anche via e-Mail), che me lo avrebbero fornito una
volta pagata la fattura.

 volta pagata la fattura.
Ha parti dinamiche?


Ha parti dinamiche?
No. Puro HTML.

 No. Puro HTML.
E allora lo sposti con un qualunque web grabber, pure wget.
Scusa, ma a questo punto: non č che sarebbe meglio rivolgersi
ad un professionista del settore? Con il fai-da-te non mi pare
siate in grado di risolvere la questione.


siate in grado di risolvere la questione.
In questo caso non ha senso. I professionisti, oltre spesso a lavorare
male, si fanno strapagare per cazzate, in quanto il loro lavoro non è
quantificabile. Considerando come l'informatica venga vista a mò di
"El Dorado" per ogni incapace che non vuole farsi 8 ore di catena di
montaggio, le aziende salassate dai furboni qui trattati, non ne
verrebbero mai a capo.
Inoltre, a creare un accesso FTP per scaricarsi 2 files in croce non è
che ci voglia una laurea.

Chi te l'ha detto? Il provider uscente?
Comunque sia, sì. Loro lo hanno detto.

 che ci voglia una laurea.
Intanto un professionista avrebbe risolto il problema subito, con
il fai da te sei ancora in alto mare.
Purtroppo quando un lavoro non è quantificabile tutti si sentono in
grado di valutarlo.


grado di valutarlo.
Sarà, ma farsi spennare non è la soluzione giusta. Imparare qualcosa
di nuovo, sì.

 uno rimane sempre ignorante. Tanto ci sono gli altri.
Mah, se devo ridipingere l'ufficio io chiamo un tinteggiatore, il fai-da-te
lo riservo (se proprio ne ho voglia) per le mie cose personali.



no, lo puoi fare se il vecchio č un maintainer.
Se č passato a registrar ci vuole l'auth code come se fosse un .com


 Se è passato a registrar ci vuole l'auth code come se fosse un .com
Certo.
Ribadisco però il consiglio di rivolgersi *almeno* al provider che
acquisisce per chiedere cosa fare, non a quello che lascia.


lo riservo (se proprio ne ho voglia) per le mie cose personali.
Sì, ok, ma se non devo effettuare chissà che lavoroni, è inutile
andare a chiamare e pagare gente per sciocchezze. Uno legge, impara,
non gli fanno male le mani, la testa ce l'ha e s'arrangia.
In questo caso la situazione è stata particolare: io ho spostato
domini .com, .net ecc. nessun problema con loro. Poi salta fuori il
.it che non ha bisogno di codice di Auth, ti dicono che la LAR non
serve più ed invece salta fuori che serve ancora.
C'è stata una "confusione" multipla in questa situazione. Tutto là.

acquisisce per chiedere cosa fare, non a quello che lascia.
Più che altro, sti qua mi parlano di codice di Auth e prima di partire
con la procedura volevo avere tutti i dati, evitando di lasciare le
registrazioni a metà. Uno ha tutti i dati, va via spedito. Fine del
casino.