Microsoft rilancia il SenderID

L'idea è buona

Ma vederla in mano a microzozz mi fa un pò tremare:
Si arriverà a dover pagare per usare questo servizio?
E quanto?
Mah....


P.S.
Ma come si fa a non essere ottimisti.... (comincio a capirlo come si fa)

domanda...perchè questo "standard" è stato criticato per non essere Open Source?
Voglio dire...n mi pare che la MS appoggi + di tanto questa filosofia di sviluppo del software, quindi dov'è la novità?

mmmh

non sarebbe male un rimando al contenuto della prima versione di questo SenderID, e soprattuto un cenno al contenuto della licenza.
ehmn...
Dio Brando: non per fare il saccentone, ma mi pare che nella notizia non sia riportato che " questo "standard" è stato criticato per non essere Open Source"... mi sbaglio?

Il SenderID contiene delle clausole che ne rendono impossibile l'implementazione in prodotti liberi. Il problema sta nel fatto che se venisse riconosciuto come standard, solo i programmi proprietari potrebbero utilizzarlo.
Visto che le infrastrutture di rete sono gestite in buona parte da programmi liberi, è necessario accordarsi su uno standard aperto.
So che la Microsoft ha "rilassato" i termini di licenza nel riproporre il SenderID, stiamo a vedere cosa ne pensano quelli di Apache ecc. della nuova proposta.

Qualche link fa bene (sono ancora i commenti alla licenza precedente), cmq come ha detto ilsensine bisogna che gli standard adottati siano liberi per tutti e non ci siano dei brevetti.
Chi ve lo garantisce che questa tecnologia MS la tiene gratis per i primi 10 anni, poi quando si e' diffusa per benino non cominci a chiedere fior di quattrini a tutti quanti?
Caso gia' visto per la FAT32 nelle memorie flash

http://www.debian.org/News/2004/20040904
http://www.apache.org/foundation/do...d-position.html
in fondo a questo link potete leggere:

* Microsoft has not disclosed information about their pending patents
that cover areas of -core and -pra. It is generally accepted that the
PRA algorithm is covered, but any patents covering -core could cover
far more than PRA.

* Where the Sender ID specification includes additional optional
features or suggests variations and alternatives to techniques needed
to implement the specification (or where such variations or
alternatives are obvious to an implementor), no license is granted.
Only patents necessary to implement the specification are clearly
licensed;

* The licenses are said to be "personal" (though a reciprocally granted
license is not required to be), which prevent assignment to an
acquiring party, so open source projects may not be able to transfer a
license to new maintainers or organizations.

* The scope of the patent license is limited to compliant
implementations. This is incompatible with the broad grant of open
source licenses to create any derivative work whatsoever. In
addition, as Internet software is often non-compliant for many
possible different reasons, this would restrict the use of Sender ID
unacceptably. In addition:

- Measurement of compliance is a problem.
- If compliance is needed to get a license, then it's a problem. If
compliance is not needed to get a license, then the clause should
just be dropped.
- Full compliance might be difficult to achieve for technical or
resource reasons.
- Obvious extensions (many already under discussion) could be
subject to unknown additional patents.
- Accepted best practices often exceed or conflict with compliance
for Internet standards.

* It's conceivable that someone might want (or defensively, need) to
enforce a patent related to Sender ID, but not "necessarily infringed"
by an implementation of the specification, against Microsoft, but
doing so would allow Microsoft to terminate. The agreement is
lopsided and will probably give Microsoft a competitive advantage in
the Sender ID marketplace that is not warranted given the open
standards that form the basis for Sender ID.

* We are also concerned by the rush to adopt this standard in spite of
technical concerns, lack of experience in the field, and a lack of
consensus in the IETF MARID WG.

Se non ho capito male, non è questo il punto.
Uno dei requisiti di un programma libero è "poter essere utilizzato per _qualunque_ scopo, senza limitazioni". Da quel che ne so, il SenderID prevedeva l'utilizzo di certe parti della tecnologia limitatamente a determinate applicazioni. Questo ne rende impossibile una implementazione libera.
E' da vedere se nella nuova proposta, la Microsoft ha rilassato questa clausola.

<ot> per chi non lo sapesse, c'è gente che perde tempo e ore di sonno per difendere le libertà di tutti:
http://www.pubpat.org/Microsoft_517_Rejected.htm

Perche' il rischio che chieda dei soldi in un futuro non c'e'?

Mi sembra che abbia messo per iscritto che non li chiederà, ma solo se la tecnologia è utilizzata nelle modalità che stabiliscono loro...questo non basta affiché un programma che la usa sia definibile come "libero".

Trovata la v2!
Ora mi metto a leggere...

http://www.microsoft.com/downloads/...;DisplayLang=en