debcrafters-packages team mailing list archive

[gjhc66 <119997@xxxxxxxxxxxxxxxxxx>]

If you’re preparing to sell your home in Arizona, you’re probably
exploring the best way to market your property while keeping more money
in your pocket. Traditional real estate agents typically charge 5–6% in
commission fees, which can add up to tens of thousands of dollars. But
what if you could bypass those high fees while still getting full access
to the tools and services that help homes sell fast? With flat fee MLS
services from AZ Flat Fee MLS, you can do exactly that. A flat fee MLS
(Multiple Listing Service) listing is a cost-effective alternative to
the traditional commission-based model of real estate sales. Instead of
paying a percentage of your home’s sale price to a listing agent, you
pay a one-time, upfront fee to list your property on the MLS. The MLS is
the central database where real estate agents list homes for sale, and
it’s also where platforms like Zillow, Realtor.com, Trulia, and Redfin
pull their data.  Contact us by visiting here: https://azflatfee.net

-- 
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/119997

Title:
  Evolution decodes ISO-2022-JP incorrectly.

Status in Evolution:
  Unknown
Status in glibc package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: evolution

  When evolution shows a message in the ISO-2022-JP character set it
  incorrectly starts decoding as 'JIS X 0201-1976 ("Roman" set)' instead
  of as ASCII. The specification (RFC 1468) says that text starts in
  ASCII, and only switches to Japanese characters through an escape
  sequence. The "Roman" set is considered to be "Japanese" for this
  discussion. For the most part, this does not matter, as The "Roman"
  character set of JIS X 0201 [JISX0201] is identical to ASCII except
  for backslash () and tilde (~). The backslash is replaced by the Yen
  sign, and the tilde is replaced by overline.

  That is, given the mail message:

  ------_=_NextPart_001_01C7ACC7.8B7C4F65
  Content-Type: text/plain; charset="ISO-2022-JP"
  Content-Transfer-Encoding: 7bit

  next.url=http\://go.to.there/

  
  It should be displayed as:

  
  next.url=http\://go.to.there/

  
  However, evolution incorrectly displays it as:

  next.url=http¥://go.to.there/

To manage notifications about this bug go to:
https://bugs.launchpad.net/evolution/+bug/119997/+subscriptions