Android de l'application Gmail-Mail, en pièce Jointe URI problème

Je dois ouvrir le fichier de la pièce jointe à partir de l'application gmail à travers mon app.

Je obtenir le lien dans le modèle comme contenu://gmail-ls/messages/mailid%40gmail.com/4/attachments/0.1/le MEILLEUR/faux

Mon problème est que le lien n'est pas unique pour chaque fichier dans le client de messagerie..
Un ou plusieurs fichiers a la même Uri.

Est-il possible d'obtenir le nom de fichier ou les courriels envoyés à jour de sorte que je peux venir sur cette question.

Merci d'avance.

OriginalL'auteur Jana | 2011-06-30

android gmail

Comme indiqué ci-dessous, vous pouvez faire une copie locale de la même attachement et de travailler sur ce fichier. Directement vous ne serez pas en mesure d'accéder au fichier qui est sur le serveur gmail.

    Uri uri = getIntent().getData();
    if (uri != null) {
    try {
        InputStream attachment = getContentResolver().openInputStream(uri);
        if (attachment == null)
            Log.e("GMAIL ATTACHMENT", "Mail attachment failed to resolve");
        else {

            FileOutputStream tmp = new FileOutputStream(getCacheDir().getPath() + "/temp.myfile");
            byte[] buffer = new byte[1024];
            while (attachment.read(buffer) > 0)
                tmp.write(buffer);
            tmp.close();
            attachment.close();
        }
    } catch (FileNotFoundException e) {
        e.printStackTrace();
    } catch (IOException e) {
        e.printStackTrace();
    }
    }
    return getCacheDir().getPath() + "/temp.myfile";

Reember pour l'ajouter à votre manifeste.

    <intent-filter>
            <action android:name="android.intent.action.VIEW" />
            <action android:name="android.intent.action.EDIT" />

            <category android:name="android.intent.category.DEFAULT" />
            <category android:name="android.intent.category.BROWSABLE" />

            <data
                android:host="*"
                android:mimeType="application/octet-stream"
                android:pathPattern=".*\\.tsconfig" />
            <!-- To handle gmail attachments -->
    </intent-filter>

OriginalL'auteur LokiDroid

2

J'ai résolu ce problème d'une manière indirecte.

J'ai identifié le caractère unique à l'aide de la taille du fichier.

Dans le cas où si vous avez besoin du code ici, il est
```
InputStream is = getContentResolver().openInputStream(uri);
FILE_SIZE=is.available();
```
je veux extraire la pièce jointe une image à partir de l'application Gmail pour mon application via partager intention, mais je ne suis pas en mesure de décoder l'uri du fichier à u comme spécifié dans le post "content://gmail-ls/messages/mailid%40gmail.com/4/attachments/0.1/le MEILLEUR/faux" s'il vous Plaît aider.

OriginalL'auteur Jana

J'ai récemment tombé sur le même problème et trouvé un moyen d'obtenir le nom de fichier:

public static String getContentName(ContentResolver resolver, Uri uri){
    Cursor cursor = resolver.query(uri, new String[]{MediaStore.MediaColumns.DISPLAY_NAME}, null, null, null);
    cursor.moveToFirst();
    int nameIndex = cursor.getColumnIndex(cursor.getColumnNames()[0]);
    if (nameIndex >= 0) {
        return cursor.getString(nameIndex);
    } else {
        return null;
    }
}

À utiliser:

String fileName = getContentName(getContentResolver(), getIntent().getData());

Ce qui concerne.

OriginalL'auteur Luis

0

Merci Lokesh Kumar, votre code a beaucoup aidé!
Cependant, je ne tiens à souligner un problème avec votre solution.

Lors de l'utilisation de ce code de la vôtre:
```
    FileOutputStream tmp = new FileOutputStream(getCacheDir().getPath() + "/temp.myfile");
        byte[] buffer = new byte[1024];
        while (attachment.read(buffer) > 0)
            tmp.write(buffer);
        tmp.close();
        attachment.close();
```
il n'a copié le fichier en entier, mais je pense qu'il y a un problème.
Lorsque vous faites attachment.read(buffer), vous êtes la lecture de 1024 octets à chaque fois et permet de dire, que vous avez un fichier de 2000 octets.

Sur la première lecture, vous obtiendrez les 1024 premiers, puis sur la prochaine et dernière lecture, vous obtiendrez la dernière 976 octets et de ce que j'ai vu, dans ce cas, le tampon ne pas nettoyer les derniers octets de l'aperçus de lire, à la fin du fichier sera 976 octets à partir de la dernière lecture, et le reste 48 à partir de la lecture avant le dernier..
Cela permettra à la fin du fichier incorrectes.

Dans mon cas, La pièce jointe est un fichier kml (l'emplacement du fichier de données en format xml) que j'ai eu à copier. En essayant d'utiliser ce code que j'ai toujours eu de la fin de la kml incorrect. après la balise de fermeture, j'ai un peu de texte à partir de la lecture avant le dernier.

Quelque chose comme ceci:
```
  </Document>
</kml>
278
34.81186031,31.96118044
34.81184437,31.96122622
34.81181701,31.96127052
34.81182701,31.9612875
```
Bien sûr, ce n'est pas valide kml, et il fera des erreurs lorsque vous essayez d'pars.

Donc, j'ai utilisé une partie de code différent pour lire à partir du flux d'entrée qui a fait le meilleur travail.

C'est mon code pour copier le fichier:
```
InputStream attachment = getContentResolver().openInputStream(container.uri);
            FileOutputStream tmp = new FileOutputStream(container.fileName);

            BufferedInputStream bis = new BufferedInputStream(attachment);
            StringBuffer b = new StringBuffer();

            while (bis.available() != 0) {
                char c = (char) bis.read();
                b.append(c);
            }

            bis.close();
            attachment.close();
            tmp.write(String.valueOf(b).getBytes());
            tmp.close();
```
OriginalL'auteur Moti Bartov

Vous devez vous connecter pour publier un commentaire.