incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Bowser <bows...@gmail.com>
Subject Re: Delivery Status Notification (Failure)
Date Wed, 20 Jun 2012 21:55:13 GMT
I have incurred the wrath of the spambot!  Try this:
http://stackoverflow.com/questions/5707102/stop-images-on-sd-card-from-showing-up-in-gallery

On Wed, Jun 20, 2012 at 2:53 PM, Mail Delivery Subsystem
<mailer-daemon@googlemail.com> wrote:
>
> Delivery to the following recipient failed permanently:
>
>     callback-dev@incubator.apache.org
>
> Technical details of permanent failure:
> Google tried to deliver your message, but it was rejected by the recipient
> domain. We recommend contacting the other email provider for further
> information about the cause of this error. The error that the other server
> returned was: 552 552 spam score (5.0) exceeded threshold
> (HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,URIBL_BLACK (state 17).
>
> ----- Original message -----
>
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
>        d=gmail.com; s=20120113;
>
>  h=mime-version:in-reply-to:references:date:message-id:subject:from:to
>         :content-type;
>        bh=ZopOcb63T6jVJoWCXKWlbg9TyyKgutTyDBhkOj5aOXY=;
>
>  b=cENpeA7NAmeUWah+DNIeTk4Z30ebybx99YNawlfJ6izmef8XR+JGXvSC2yXaxf16Rq
>
> OGMhE+7Jpp62Uv9RdTB+UXbqUSUzDgpU7GbGYjRZQLZS035SL2X5ESXTWPCv/bwS36Td
>
> qSB7Qb0nEhaKc8OkLjgIt3ARt5BqSIBNq8mrhOLAtYICG4/zPIo2nDdFGb3WGMyzdsWf
>
> NJ1azTNGNXgRJiU6yRiO99wx6hJZUC83NLJtUI2LUkYV/cIBKMEdb4kwR7m7gn7Acusz
>
> gHesMUsCVupihgwHHosc2rC//Fy+IgRwOqBjdhJI7WuBeiqJj2e2DcFxa/m2XdS/45KW
>         4AJA==
> MIME-Version: 1.0
> Received: by 10.180.24.68 with SMTP id s4mr14941294wif.4.1340229185359;
> Wed,
>  20 Jun 2012 14:53:05 -0700 (PDT)
> Received: by 10.223.47.135 with HTTP; Wed, 20 Jun 2012 14:53:05 -0700
> (PDT)
> In-Reply-To: <CC079175.88F3%fil@adobe.com>
> References: <CC0781CB.88C3%fil@adobe.com>
>        <CC079175.88F3%fil@adobe.com>
> Date: Wed, 20 Jun 2012 14:53:05 -0700
> Message-ID:
> <CAOBL_k6OSpurYtqXLxHf=5dojNpG=0=Qkn5aH0CBAyHi0cFyrA@mail.gmail.com>
> Subject: Re: [Android] MediaScanner branch
> From: Joe Bowser <bowserj@gmail.com>
> To: callback-dev@incubator.apache.org
> Content-Type: multipart/alternative; boundary=f46d043894c182d03c04c2ee6c81
>
> OK, have you tried this:
>
> http://stackoverflow.com/questions/5707102/stop-images-on-sd-card-from-showing-up-in-gallery
>
> On Wed, Jun 20, 2012 at 2:43 PM, Filip Maj <fil@adobe.com> wrote:
>
> > So I've pushed further updates to the media scanner branch.
> >
> > Works on both ICS and Gingerbread. Two issues though:
> >
> > - pictures NOT saved to the photo album can't have the exif headers
> > re-written to them. For some reason the Android exif helper can't get a
> > reference to the file (which is in the app jail).
> > - pictures NOT saved to the photo album leave a empty (blank) image in
> > the
> > gallery. WtfŠ
> >
> > I tried your approach too, Simon, both report back that it failed to
> > delete the image. That said, the image in the gallery is blank..
> >
> > So, I'm not sure. Is this good enough? In terms of a _visible_ image in
> > the gallery, we can now control whether an image is shown in the gallery
> > or not. The blank/empty image in the gallery is really weird though.
> >
> > Definitely would like input on this from the group before/if I merge it
> > in.
> >
> >
> >
> > On 6/20/12 1:37 PM, "Filip Maj" <fil@adobe.com> wrote:
> >
> > >I got a bit farther. I save the final scaled image to the jail path
> > > (I.e.
> > >"/data/data/my.package.name/") but when I remove the originally-taken
> > >image returned from the camera app, I still see an entry in the gallery
> > >app. Interestingly, the entry is completely black and the gallery app
> > >can't load it. Huh.
> > >
> > >That said I've just used the File class to delete it, not the
> > >content-resolver-based delete. I'll try that, thanks Simon!
> > >
> > >Also now dealing with having the exif headers re-written back to the
> > >jail-based image file. Apparently the exif helper class can't resolve
> > >absolute paths. Simon do you know if the exif helper class assumes a
> > >content: URI?
> > >
> > >On 6/20/12 11:49 AM, "Simon MacDonald" <simon.macdonald@gmail.com>
> > > wrote:
> > >
> > >>Hey Fil,
> > >>
> > >>Try doing this:
> > >>
> > >>        *int* result = *this*.cordova

Mime
View raw message