Envio de correos a dominios con "ñ"

[Ñuño Martínez]

Por lo que sé, las URL deben estar codificadas en UTF-8, y si no entendí mal cuando empecé a indagar con el Delphi Tokio, Delphi usa UTF-16 (¿Entendí mal? ¿Sí? ¿No?). ¿No será que estás usando UTF-16 sin saberlo? Ten en cuenta que en UNICODE los primeros 127 caracteres son idénticos, la cosa cambia a partir del 128.

[[newtron]]

Empezado por Ñuño Martínez

Por lo que sé, las URL deben estar codificadas en UTF-8, y si no entendí mal cuando empecé a indagar con el Delphi Tokio, Delphi usa UTF-16 (¿Entendí mal? ¿Sí? ¿No?). ¿No será que estás usando UTF-16 sin saberlo? Ten en cuenta que en UNICODE los primeros 127 caracteres son idénticos, la cosa cambia a partir del 128.

Gracias por contestar Ñuño.

Este problema lo tengo con un proyecto en Delphi 2007 y la verdad es que no sé muy bien cómo va el rollo ese de los utfs.

Saludos

[Ñuño Martínez]

No es difícil de entender, pero sí un poco lioso de utilizar.

Básicamente UNICODE tiene tres tipos de codificación:

1. UTF-8: Los caracteres pueden ser de 8, 16 ó 32 bits. Los caracteres de 8bit son exactamente iguales a los caracteres ASCII-7 (es decir, los primeros 127 caracteres son iguales en los de ASCII, independientemente de la página utilizada). Además de esto, otra ventaja que tiene es que los idiomas que usan el abecedario latino ocupan mucho menos espacio, ya que la mayoría de sus caracteres necesitan sólo 8 bits y unos pocos (tildes) 16 bits y ninguno 32 bits.
2. UTF-16: Los caracteres pueden ser de 16 ó 32 bits. Los alfabetos más utilizados caben dentro de estos 16 bits, incluido el griego, árabe, cirílico y los caracteres del alfabeto chino simplificado más comunes. Sólo necesitarás 32 bits para los alfabetos menos comunes (dialectos indios, abecedarios arcaicos como el cuneiforme, etc.).
3. UTF-32: Los caracteres tienen un tamaño fijo de 32 bits.

Como dije en el mensaje anterior, creo que Delphi usa UTF-16 (WIDESTRING y WideCHAR). Esto supone un pequeño problema ya que Linux e Internet usan UTF-8 por defecto. Además, este último es un semi-compatible con el viejo ASCII, por lo que es más utilizado por la mayoría de los lenguajes (como C). Supongo que tomaron esa decisión ya que WIDESTRING estaba implementada desde hace mucho en Delphi.

[[newtron]]

Empezado por Ñuño Martínez

No es difícil de entender, pero sí un poco lioso de utilizar.

Básicamente UNICODE tiene tres tipos de codificación:

1. UTF-8: Los caracteres pueden ser de 8, 16 ó 32 bits. Los caracteres de 8bit son exactamente iguales a los caracteres ASCII-7 (es decir, los primeros 127 caracteres son iguales en los de ASCII, independientemente de la página utilizada). Además de esto, otra ventaja que tiene es que los idiomas que usan el abecedario latino ocupan mucho menos espacio, ya que la mayoría de sus caracteres necesitan sólo 8 bits y unos pocos (tildes) 16 bits y ninguno 32 bits.
2. UTF-16: Los caracteres pueden ser de 16 ó 32 bits. Los alfabetos más utilizados caben dentro de estos 16 bits, incluido el griego, árabe, cirílico y los caracteres del alfabeto chino simplificado más comunes. Sólo necesitarás 32 bits para los alfabetos menos comunes (dialectos indios, abecedarios arcaicos como el cuneiforme, etc.).
3. UTF-32: Los caracteres tienen un tamaño fijo de 32 bits.

Como dije en el mensaje anterior, creo que Delphi usa UTF-16 (WIDESTRING y WideCHAR). Esto supone un pequeño problema ya que Linux e Internet usan UTF-8 por defecto. Además, este último es un semi-compatible con el viejo ASCII, por lo que es más utilizado por la mayoría de los lenguajes (como C). Supongo que tomaron esa decisión ya que WIDESTRING estaba implementada desde hace mucho en Delphi.

Alto y claro.

Gracias por la explicación.
Saludos

[mamcx]

Empezado por Ñuño Martínez

Supongo que tomaron esa decisión ya que WIDESTRING estaba implementada desde hace mucho en Delphi.

No, fue porque el API de windows en UTF tambien es UTF-16:

https://en.wikipedia.org/wiki/Unicod...rosoft_Windows