3

このメールが機能する方法はありますか? łōręmıpśum@łōręmıpśum.com これは完全に軽薄な追求ではありません。ASCII 以外の電子メールをアプリに入力したポーランドのユーザーがいます。

Gmailバリデーターは無効としてフラグを立てますが、それが許可されていないのは非常にまれなケースかもしれません. 「łōręmıpśum.com」の Punycode は「xn--rmpum-j0a3o6e4dtg.com」で、info@xn--rmpum-j0a3o6e4dtg.com問題なく動作するようです。ただし、ユーザー部分は頭痛の種です。

URL と同じように utf8+percent エンコードできると思っていましたが ("%C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum" になります)、SMTP サーバーが返されます。エラーのある私のメール：

The mail system

<%C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum@xn--rmpum-j0a3o6e4dtg.com>: host
    eforward3.registrar-servers.com[38.101.213.199] said: 554 5.7.1
    <%C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum@xn--rmpum-j0a3o6e4dtg.com>: Relay
    access denied (in reply to RCPT TO command)

Final-Recipient: rfc822; %C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum@xn--rmpum-j0a3o6e4dtg.com
Original-Recipient: rfc822;%C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum@xn--rmpum-j0a3o6e4dtg.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; eforward3.registrar-servers.com
Diagnostic-Code: smtp; 554 5.7.1
    <%C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum@xn--rmpum-j0a3o6e4dtg.com>: Relay
    access denied

電子メールはローカル SMTP サーバーを正常に通過するように見えますが、リモート エンドで失敗します。namecheap メール サーバーが ASCII 中心の方法で構成されている可能性があります。

私の主な質問: 電子メールのサーバー部分がポーランド語である可能性があることはすでに証明されていますが、ユーザー部分は可能ですか? そうでない場合、なぜですか？上記の電子メールは、信じられないほど醜いですが、単なる ASCII であり、Unicode を認識しない電子メール システムによって特別に扱われるべきではないように思えます。

4

2 に答える 2

2

Unicode はまったくのニシンです。これは、奇妙な文字やエンコーディングとは何の関係もありません%。

"リレー アクセスが拒否されました" は Postfix からのエラー メッセージで、メールを他のサーバーに転送するように要求したときに生成されます。(「オープン リレー」は、オープン プロキシが悪意のある人物を禁止するのを困難にするのとほぼ同じように、スパム問題の主な原因であり、現在もそうである可能性があります。)

では、なぜ Postfix は、あなたがこのメールを中継するように要求していると考えるのでしょうか? ドキュメントを確認しましょう:

2.3.3.1. オープンリレー防止

リモート ホストからリモート アドレスにメールをリレーしないでください。(送信者が認証されていない場合)。

これは私たちのほとんどにとって明らかなように思えるかもしれませんが、見過ごされがちな考慮事項であることは明らかです。また、誰もが電子メール アドレスと配信パスに関連するさまざまなインターネット標準を完全に把握しているわけではありません (「パーセント ハック ドメイン」、「バン (!) パス」などを検討してください)。

ちょっと待って、何？最後の 2 つのことが何であるかを完全に把握しているとは思いません。

グーグルは説明します：

数年後、CSNET の作成中に、別の種類の中継表記法が開発されました。CSNET の最初のインスタンス化では、RAND とデラウェア大学にコンピュータが設置され、ARPANET に接続されていないサイトに電子メール接続を提供しました。必要な中継を示すために、「パーセント ハック」と呼ばれる表記法が作成され、次の形式で電子メール アドレスを指定できるようになりました。

mary%compsci@udel

上記の電子メール アドレスは、ユーザー「mary」がコンピューター「compsci」にアカウントを持ち、デラウェア大学の中継ホストを介して到達できることを示しています。% 記号が選択されたのは、他の一般的な電子メール システムでは使用されていなかったことと、郵便で送信される手紙の「世話をしている」ことを示すために使用される「C/O」という表記に視覚的に似ていたためです。パーセント ハックはマルチレベル リレーを可能にしましたが、実際の使用は 1 つのリレー (1 つの % と 1 つの @) に限定されていました。

同じページでは、 のハックな使い方についても説明しています!。

私は、これらの動作のいずれも仕様が定められていないと思います (したがって、「ハック」...)。%との両方!が、ローカル部分のプレーンな文字であると想定されています。しかし、Postfix はデフォルトでこれらのハックの両方をサポートしているため、事実上予約されています。

Unicode に関して: パーセント エンコーディングは URIのみであり、電子メール アドレスのどこでも機能すると期待する理由はありません。

RFC6531は、SMTP を「国際」文字に拡張します。他の電子メール関連の RFC と同じくらい明確ですが、ローカル部分で UTF-8 を使用できるように思えます。受信サーバーは SMTPUTF8 拡張機能を介してそれを理解するか、そうではありません。(おそらく、Unicode ローカル部分を持つ人は、Unicode を理解する電子メール サーバーを既に使用しています。)

于 2013-02-08T18:02:52.113 に答える
0

ユーザー部分は、% エンコーディングなしで、utf8 でエンコードする必要があります。このメールは完全に「łōręmıpśum@xn--rmpum-j0a3o6e4dtg.com」で、左側が utf8、右側が punycode (別名 IDNA) で機能します。

于 2013-02-09T01:49:00.987 に答える