Quoted Printableのエンコードに対応するのは難しいのですか？

前へ 次へ
このQ&Aのポイント
  • Quoted Printableのエンコードには対応していません。
  • 日本語の件名（Subject）に全角文字がある場合、エンコード方法として最も一般的であるBASE64エンコードに対応しておりますが、quoted printableエンコードには対応しておりません。
  • このため、フィルタリングに設定された文字列を含む件名のメールでも、quoted printableでエンコードされているメールはフィルタリングされません。
回答を見る
  • ベストアンサー

Quoted Printableのエンコードに対応するのは難しいのですか？

１．概要 From: 5147golden_women_max@***.com To: ****@***.*******.**.** Message-id: <20050518135341@******.**.**> MIME-version: 1.0 X-MIME-Autoconverted: from 8bit to base64 by proc01.***.**.** id j4I4jrj05713 Content-type: text/plain; charset=SHIFT_JIS Content-transfer-encoding: base64 X-HIHO-meiwaku-status: normal X-HIHO-FILTER: Wed, 18 May 2005 13:45:53 +0900 (JST) X-NAS-Language: Japanese X-NAS-Bayes: #0: 1; #1: 2.16264E-118 Subject: [Norton AntiSpam] { C C x ?= --------------ここです！ X-NAS-Classification: 1 X-NAS-MessageID: 240 X-NAS-Validation: {1359D949-4E7B-4948-8968-C36EA7269910} ２．背景 Quoted Printableのエンコードには対応していません。日本語の件名（Subject）に全角文字がある場合、エンコード方法として最も一般的であるBASE64エンコードに対応しておりますが、quoted printableエンコードには対応しておりません。このため、フィルタリングに設定された文字列を含む件名のメールでも、quoted printableでエンコードされているメールはフィルタリングされません。

  • esd827
  • お礼率48% (219/455)

質問者が選んだベストアンサー

  • ベストアンサー
  • HIPPO1023
  • ベストアンサー率63% (47/74)
回答No.1

Quoted-printable decoder for Windows（シェアウェア） のような変換ソフトはあります。 ダウンロードはこちら http://www.vector.co.jp/soft/win95/net/se096760.html 探せばフリーのものもあるかもしれません。

esd827
質問者

お礼

ありがとう御座いました。 同じ所に、フリーウエアがありました。 qpwj100.exe　　shareware qpwe101b.exe freeware

その他の回答 (1)

  • emcemc
  • ベストアンサー率0% (0/1)
回答No.2

参考です。 　Norton Internet Security, AntiSpam, 電子メール, Autoblock では、【不可視テキストは常に遮断する】　機能があります。 　この機能を、各プロバイダで設定できる様にすれば、受信拒否できます。

  1. カテゴリ
  2. インターネット・Webサービス
  3. セキュリティ対策・ネットトラブル
  4. スパイウェア

関連するQ&A

  • quoted-printableについて

    メールのデコード処理のプログラムに不具合があるため、調査しています。 問題となっているメールは、 「quoted-printable」でエンコードされています。 また、デコード前の本文は下記のようになっています。 ＜本文＞ ********************************** ○○○株式会社 　　　山田太郎 　　　TEL xxx-xxxx-xxxx 　　　FAX xxx-xxxx-xxxx ********************************** 最後の"*"の後には改行はありません。 このメールが「quoted-printable」でエンコードされると **********************************= となり、末尾に"="が付与されます。 「quoted-printable」でエンコードされる場合は、 エンコード後の文字列長を76文字以下にする必要があるため、 "="が付与されることは、調べてわかったのですが、 上記の場合、76文字に満たないため、"="は不要かとおもいますが、 "="が何故付いてしまうのかわかりません。 ヘッダには、 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable となっているため、「quoted-printable」でエンコードされていると判断しました。 何故エンコード後に"="が付与されてしまうのかを わかる方、いらっしゃいませんでしょうか？ 駄文で、申し訳ありませんが、よろしくお願いいたします。

  • メール本文をbase64でエンコードする方法

    既存システムとの連携のためにメール本文をbase64でエンコードするというハメになってしまいました。 いくつか試してみたのですが message.setHeader("Content-Transfer-Encoding", "base64");とか message.setContent(MimeUtility.encodeText(Content, "ISO-2022-JP", "B"),"iso-2 022-jp");とかやっても 常にContent-Transfer-Encoding: quoted-printableとなってしまいます。 JAVAmailを使って、添付ファイルではなくメール本文をbase64でエンコードする方法ご存知の方いらっしゃいませんか。

    • ベストアンサー
    • Java
  • quoted-printableでの「=」の扱い

    ・E-Mailで、文字コードはiso-2022-jp、エンコードがquoted-printable（ヘッダに誤りはない） ・各行で、エンコードされている部分は、「=1B$B」「=1B(B」で挟まれている という状況で、文字コードに「3D」（エンコードすると=になる）を含む文字が出てきた場合、どう処理されるのでしょうか。 例：「そして（24 3D 24 37 24 46）」という文字列 エンコードすると、「$=$7$F」 ここで、この「=」は、さらにエンコードして「=3D」にするのでしょうか？ それとも、「=」そのままで扱うのでしょうか？ ある環境で受け取ったメールが一部文字化けしていたので調べたところ、 この部分が、「$=3D$7$F」とエンコードされていました。 （この部分は文字化けしていません） 文字化けしていたのは、「今週中（3A 23 3D 35 43 66）」の部分で、 エンコードすると「:#=5Cf」になると思うのですが、こちらの環境で「今樔（3A 23 5C 66）」になっていました。 デコードする際に、「=5C」→「\」にすると辻褄が合いそうなのですが…。 （ただ、受け取ったメールでは、この部分は「:#\f」になっていました。1回デコード済み？） エンコードするシステムの管理にかかわっているわけではないので、半分興味本位（もう半分は、場合によっては不具合報告を出すため）なのですが、ご教示いただけると幸いです。 …まぁ、iso-2022-jpをわざわざquoted-printableでエンコードしなくても、とも思うのですが、絵文字とか対応のためにやってるのかなぁ、と…。

  • BASE64のエンコード時のサイズについて

    BASE64のエンコードは3Byte(24bit)→4Byteに変換する　とききました。 これはBASE64でエンコードしたファイルは常に約33%ファイルサイズが増加する　ということでしょうか？ ファイルの内容（テキストとか圧縮ファイルとか）には関係ないのでしょうか？ ちなみにuuencodeやQuoted Printable 等他のエンコードの時はどうなのでしょうか？

  • Perl＋UTF8で文字化け

    以下の環境にてメール送信プログラムを作成していますが、 ありがちな文字化け、且、ボディーが表示されない不具合が発生しています。 サーバ：linux apache レンタルサーバ ※Encode.pm、Jcode.pm無し。モジュールインストール不可。 Perl version: 5.006001 ソースエンコード：utf-8 自分の解釈としてはutf8で記述しているので、 charset=utf-8にしておけば、 MIMEエンコードさえしてやれば 表示できると考えているのですが、 やはり甘い考えなのでしょうか? また、同サイト質問NO2868794も参考にさせていただきましたが、上手くいきません。 以下ソース（エンコード:utｆ-8) use utf8; use MIME::Base64; use POSIX; ※アドレス表記はこのサイトの投稿チェックに引っかかるので省略します。 my $to = 'XXXX@XXXX'.XXX; my $from_nm = "送信者名"; my $from_adr = "XXXXX@XXX.XXX"; my $subject = "メール表題"; my $body = "本文"; # 送信者名を MIME エンコード encode_base64($from_nm,""); # subjectを MIME エンコード encode_base64($subject,""); $subject = "=?utf-8?B?" . $subject . "?="; # 本文を MIME エンコード encode_base64($body); my $MailPass = "XXXX/XXXX/XXX"; #SendMail Pass open(MAIL,"| $MailPass -t"); #======================================================== print MAIL <<"EOF_MAIL"; From: $from_nm<$from_adr> To: $to Subject: $subject Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 MIME-Version: 1.0 $body EOF_MAIL #======================================================== close MAIL; その他、色々ググっては見たのですが、自分ではみつけられず、 どうかアドバイスありましたらよろしくお願いいたします。

  • 送られてきたメールの件名が（SOS！）と（Cellspacing）ですが、(1)

    お世話になります。 毎日ウイルスメールが送られてきます。件名が昨日はSOS！今日はCellspacingです。 プロバイダーのウイルス駆除サービスを受けているので、駆除後のメールです。（Ａ）ウイルスバスターをインストールしていますが、駆除後ですので感知しません。しかし、毎日送られてくるので、送り主のプロバイダーに連絡しようと思っています。そこで、(1)このウイルスの件名を知りたいのですが、ヘッダーソースやソース内Subjectで判断できるかた、教えて下さい。また、(2)Klezの場合Return-Path:は偽造しないのでしょうか。 ソース Return-Path:＜****@.**-ho.ne.jp＞ Received:***** Received:***** Received:form Csxh(p1012.*******［***.***.***.***］) by camri.**-ho.ne.jp＜パナソニックのプロバイダー＞ with SMTP id＜******@camri.**-ho.ne.jp＞for私のアドレス Date:Tue,21 Jan 2003 17:41:48 From:anpan***＜anpan***@***＞＜偽造しているのでしょうか？＞ Subject:Cellspacing To:私のアドレス Message-id:＜******@camri.**-ho.ne.jp＞ MIME-version:1.0 Content-type=multipart/alternative;（マルチパートメール） boundary=*※*※*※*※*※ X-UIDL:?????? --=*※*※*※*※*※-- Content-type=text/html; Content-Transfer-Encoding;quoted-printable X-NAI-WebShielde500-mimepp:Attachment repaired(A)プロバイダーで駆除 --=*※*※*※*※*※-- Content-type:audio/x-midi; name=（昨日）***.pif（今日）***.bat Content-Transfer-Encoding;quoted-printable X-NAI-WebShielde500-mimepp:Attachment repaired(A)プロバイダーで駆除 ［800文字を超えてしまいました。］質問(2)を参照下さい。

  • メールヘッダのMIMEエンコードについて

    今、CGIでメールを送信するフォームを作成しているます。 日本語のsubjectを使う場合はMIMEエンコードをしなければいけないと聞いてmime_plsというライブラリで試してみたのですが、受信した結果、「1月1日」→「1 月 1 日」のように半角数字と全角文字の間にスペースが入ってしまいます。 これはどうしたらよいのでしょうか。 コードは以下のように書いています。 $mon = substr($reserveday, 4, 2); $day = substr($reserveday, 6, 2); $subject = sprintf("%d月%d日の件について", $mon, $day); &Jcode::convert(\$subject, 'jis'); $from = &mimeencode($from); $to = &mimeencode($to); $subject = &mimeencode($subject); $contents .= "本文"; &Jcode::convert(\$contents, 'jis'); my $send_buf=''; $send_buf .= "From: $from\n"; $send_buf .= "To: $to\n"; $send_buf .= "Subject: $subject\n"; $send_buf .= "Content-Type: text/plain; charset=iso-2022-jp\n"; $send_buf .= "Content-Transfer-Encoding: 7bit\n"; $send_buf .= "Mime-Version: 1.0\n"; $send_buf .= "\n"; $send_buf .= $contents; # メール送信 open(MAIL,"| $sendmail -t -i -f $from"); print MAIL $send_buf; close(MAIL); よろしくお願いします。

    • ベストアンサー
    • Perl
  • ワードでホームページ作成、アップすると変な文字がでる。

    初心者です。ワードでホームページを作っています。が、アップすると ↓のような文字がサイトに現れてしまいます。 MIME-Version: 1.0 Content-Location: file:///C:/6F146A91/currentnews1.htm Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="us-ascii" サーバーに移す前は問題なく綺麗に文字が出るのですが、、。 どのような対策をすればよいのか、どなたか教えてください。

  • ヘッダーについて

    今、HTMLメールを送信しようと考えています。 受信側のメーラの設定も考えるとテキストメールも 対応していたほうがいいかとおもうんですが・・・ *************************************** From:xxxx To:xxxxx Subject=?iso-2022-JP?B?xxxxxxxx MIME=Version:1.0 Content-Type:multipart/alternative; boudary="----=NextPart_000"; X-Priority:3 This is multi-part message in MIME format ----=NextPart_000 Content-type:text/plain charset="iso-2022-jp" Content-Transfer-Encording:7bit; こんにちは ----=NextPart_000 Content-Type:text/html charset="iso-2022-jp" Content-Transfer-Encording:quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <body> <font color=="red">こんにちは</font> </body> </html> ----=NextPart_000 ********************************************** メール送信の内容を上記のようにきじゅつしたのですが、 HTMLメール設定者は赤色の”こんにちは”、 TEXTメール設定者は黒色の”こんにちは”と表示させたい のですが、うまくいきません。 どこか問題点などはあるでしょうか？ アドバイス宜しくお願い致します。m(_ _)m

  • Perl 文字コードについて

    From: $from To: $mailto CC: $mailcc Subject: $subject Mime-Version: 1.0 Content-type: text/plain;charset=\"UTF-8\" Content-Transfer-Encoding: 8bit この時点で、UTF-8を指定しました。 use Encode; use Encode::Guess; Encode::Guess->set_suspects( qw/ euc-jp shiftjis 7bit-jis / ); $name = encode('UTF-8', decode('Guess', $name)); で本文を、UTF-8に変換して送るようなコードを書きました。 これで一応、パソコン、スマホ共に「本文」は文字化けせず送れるのですが、 今度、別の問題が発生してしまったようで、 「件名」が文字化けしてしまうようになりました。 $subject = encode('UTF-8', decode('cp932', $subject)); 件名も、本文と同じように変換コードをしてみたところ、パソコンでは文字化けしませんでしたが「件名」で文字化けしてしまいます。 調べたところ本文と件名では、内容が違い MIMEエンコードを使用するとのことだったのですが、 実際どのように使うのかわからないです。 $subject = encode('ISO-2022-JP', decode('cp932', $subject)); encode('MIME-Header-ISO_2022_JP', $subject) このように記述するとスマホでは文字化けしないのですが パソコンで文字化けしてしまいます。 そこで、件名がパソコンとスマホで文字化けしないようにし、本文はUTF-8で送るようにするにはどのようにすればいいのでしょうか？

    • ベストアンサー
    • Perl

注目のQ&A

カテゴリ

専門家に質問してみよう

職業から探して質問する

あなたにピッタリな商品が見つかる！ OKWAVEセレクト

質問する