|
|
B4A en español - Juan Antonio Villalpando -- Tutorial de B4A -- ____________________________ 97.- Leer archivo adjunto de un correo. Esto trata de un estudio que intenta conseguir el archivo adjunto de un correo. Se deja como propuesta al lector su ampliación. - Primero vamos a bajar y a estudiar un poco la aplicación 1.zip que se encuenta en este hilo del tutorial oficial... http://www.b4x.com/android/forum/threads/using-photos-from-the-phone.37444/page-2 la aplicación presenta un mosaico de imágenes que se encuentra en la sdcard y al elegir una se sitúa en pantalla completa. La aplicación funciona directamente, la ejecutamos y la estudiamos un poco. Observamos en el LOG que cuando elegimos una imagen nos viene con una dirección similar a esta: Esto está indicando que en ese archivo (55) se encuentra el contenido de la imagen, pero no podemos bajarla directamente mediante esa dirección, sino que debemos traducirla (Parse) a otra de la forma: realPath = /mnt/sdcard/fresa.gif La aplicación que estoy comentando, realiza esa conversión (Uri1.Parse(UriString)) mediante la subrutina: Sub GetPathFromContentResult(UriString As String) As String Una vez que tengamos la dirección real ya nos será fácil trabajar con ese archivo.
Es decir, obtenemos una dirección de la forma... content://media/external/images/media/55 y debemos traducirla a otra de la forma... /mnt/sdcard/fresa.gif Ese es el problema. ______________________________ 2.- El directorio de las imágenes. (Ver el adb en el tutorial 10.- LINUX para Android).
Son archivos de base de datos que contiene información de las imágenes. Mediante cat podemos mal ver su contenido. Si copiamos la base de datos en nuestro ordenador, la podremos ver cómodamente con SQLite Database Browser C:\Users\juan>adb -e pull "/data/data/com.android.providers.media/databases/external-1add390d.db" "C:\external-1add390d.db"
Observamos que el campo data es el que contiene la dirección completa. ______________________________ 3.- Vamos a realizar una aplicación que pueda leer los archivos adjuntos de correos con un determinado lector. Para ello creamos una nueva aplicación llamada correo_recibe con este simple contenido... Sub Activity_Create(FirstTime As Boolean) Dim In As Intent In= Activity.GetStartingIntent Msgbox(In.GetData,".") End Sub Además en su archivo AndroidManifest.xml ponemos lo siguiente... <intent-filter> Esto es para que cuando pulsemos el botón "Pulsar" del archivo adjunto de tipo .txt, nos pregunte con qué aplicación queremos leerlo, algo así como el "Abrir con..." de Windows. Permite configurar la aplicación por DEFAULT que la abrirá. Ahora nos enviamos con cualquier webmail un correo con un archivo adjunto con extensión .txt, por ejemplo archivo.txt y dentro de éste un pequeño comentario escrito. Entramos en el lector de correos del Android y leemos el correo que nos acabamos de enviar. Pulsamos sobre el Pulsa del archivo adjunto y nos sale una ventana para elegir con qué aplicación lo queremos abrir...
Al pulsar sobre nuestra aplicación "Correo recibe", obtenemos la dirección donde se encuentra el adjunto, pero no es una dirección real. En realidad es donde se encuentra su contenido (content). En este caso content://com.android.email.attachmentprovider/1/28/RAW Esto se obtiene gracias al Intent que suministra el dato sobre qué ha realizado la llamada, quién está llamando.
Podemos ir a esa dirección mediante comandos
______________________________ 4.- Leerlo. Para leerlo debemos obtener la dirección que nos dará acceso a su contenido en... content://com.android.email.attachmentprovider/1/28 <uses-permission android:name="com.android.email.permission.READ_ATTACHMENT"/> Cambiamos nuestra aplicación a... Sub Activity_Create(FirstTime As Boolean) Dim Path As String Dim In As Intent In= Activity.GetStartingIntent Msgbox(In.GetData,".") Path = "/data/data/com.android.email/databases/1.db_att/" Msgbox(File.ReadString(Path, "28"), "") End Sub Es posible que no lo podamos leer ya que no tenemos permiso de paso en ese directorio, a pesar de poner permisos en el AndroidManifest.xml Una solución es ponerle permiso de paso a ese directorio desde el terminal.
Ahora podemos leer el adjunto 28. Vamos al programa que hemos realizado...
Encontramos en internet algoritmos para pasar del content a su dirección real uri. No podemos utilizar directamente la aplicación 1.zip que vimos en el apartado número 1, porque la base de datos donde están las imágenes tiene una estructura distinta a la de donde están los archivos adjuntos de correo.
Exportar las bases de datos para leerlas con SQLite Database Browser C:\Users\juan>adb -e pull "/data/data/com.android.email/databases/EmailProviderBody.db" "C:\EmailProviderBody.db" ______________________________ 5.- Final. Como dije al principio esto es solo un estudio en el que he tratado de facilitar la comprensión de cómo están los archivos guardados en el directorio del sistema. El lector puede profundizar y jugar un poco con todo lo explicado. En realidad la manera efectiva de poder entrar en el directorio 1.db_att es poniendo el permiso: como indica la información oficial de Android... http://developer.android.com/guide/topics/security/permissions.html The standard permission system described so far is often not sufficient when used with content providers. A content provider may want to protect itself with read and write permissions, while its direct clients also need to hand specific URIs to other applications for them to operate on. A typical example is attachments in a mail application. Access to the mail should be protected by permissions, since this is sensitive user data. However, if a URI to an image attachment is given to an image viewer, that image viewer will not have permission to open the attachment since it has no reason to hold a permission to access all e-mail. The solution to this problem is per-URI permissions: when starting an activity or returning a result to an activity, the caller can set Intent.FLAG_GRANT_READ_URI_PERMISSION and/or Intent.FLAG_GRANT_WRITE_URI_PERMISSION . This grants the receiving activity permission access the specific data URI in the Intent, regardless of whether it has any permission to access data in the content provider corresponding to the Intent.
______________________________ 6.- SMTP y POP SMTP es un protocolo para enviar correos a tu servidor. - Mediante POP podemos capturar los correos de nuestro servidor. Con ella podemos obtener los correos existentes en nuestro servidor de correo. pop.Initialize("pop.gmail.com",995,"micuentadegmail@gmail.com","miclavedegmail","pop") pop.Initialize("pop3.live.com",995,"micuentadehotmail@hotmail.com","miclavedehotmail","pop")
En la parte del Log obtenemos los correos. - De gmail solo obtenemos el último correo. ______________________________ - Más cosas. Busca en internet cómo puedes enviar y obtener tus correos mediante Telnet o Ssh. Telnet es un protocolo para comunicarse remotamente con un servidor, por ejemplo con un servidor de correo, con comandos. SSH es igual que Telnet, pero con SSH la información que enviamos/recibimos por internet viaja codificada, por si alguien la captura no la puede interpretar. --- SMTP 220 mailserver.domain.com Gooogle ESMTP MAIL Service, Version: 5.0.2195.5329 ready at Fri, 22 April 2014 18:12:39 -0100 Las direcciones deben ir entre <> --- POP Algo parecido con el POP. pop.gmail.com Puerto: 995 En internet hay mucha información sobre POP, SMTP y Telnet. USER micorreo@gmail.com ________________________________ |
| - Mi correo: juana1991@yahoo.com |
- KIO4.COM | - Política de cookies. | Textos e imágenes propiedad del autor: © Juan A. Villalpando No se permite la copia de información ni imágenes. |