問題タブ [rfc]

SIP応答コード407とHTTP応答コード407（プロキシ認証が必要）の違いは何ですか？

メーリングアプリケーションでは、次のヘッダーが付いたメールを送信しています。

私たちが直面している問題は、一部の電子メールサーバーがメッセージをすぐにバウンスし、バウンス管理サーバーの代わりにfromまたはreverseパス（marketing@customer.com）を使用することです。すべてのバウンスをキャッチできる場合は、ヘッダーでreply-toをreturn-pathと同じになるように変更するかどうかを知りたいと思います。

他のアイデアは大歓迎ですか？

次のドキュメントを参照として使用しています 。VERPRFCバウンス メッセージ

バウンスを取得するためのSMTPログ解析

編集1：この解決策を得ることができるかどうかを確認するための情報をもう少し追加します。

メッセージを中継する電子メールサーバーが、返信先と返信先のどちらを使用するかを知りたいのです。メッセージを中継している最初のSMTPサーバーが拒否されると、メッセージはreply-toに送信されますが、1ホップ後に発生すると、return-pathに送信されます。

ネットワーク サービスという用語は、NNTP、IMAP、POP3 など、TCP/IP の上層に定義されたプロトコルが定義されているものを指します。

WCF クライアントを使用して既存のネットワーク サービスに接続する方法を理解するのに非常に苦労しています。基本的に C# 化されたソケット コードを使用している例以外の例は見つかりませんでした。

WCF を使用して、栄光のソケット以外のものとしてレガシー サービスと通信する例を教えてもらえますか?

WCF はこの種の要件にも適していますか?

ありがとう。

<form enctype=multipart/form-data>Webサーバーにファイルをアップロードするときになぜ必要なのですか？

プログラマー（JSONなど）を対象とした標準を作成するには何が必要か、どこから始めればよいのか疑問に思いました。

誰かがそれを実際に体験したことがありますか？

Web 開発者として知っておくとよいRFCは何ですか?

私は NFS を実装しており、ほぼ完了していますが、RFC セクション 3.3.8の説明には次のように記載されています。

mode UNCHECKED、GUARDED、および EXCLUSIVE のいずれか。UNCHECKED は、同じディレクトリ内の重複ファイルの存在をチェックせずにファイルを作成する必要があることを意味します。この場合、how.obj_attributes は、ファイルの初期属性を記述する sattr3 です。GUARDED は、サーバーが作成を実行する前に重複ファイルの存在をチェックし、重複ファイルが存在する場合は NFS3ERR_EXIST で要求を失敗させる必要があることを指定します。ファイルが存在しない場合、要求は UNCHECKED の説明に従って実行されます。EXCLUSIVE は、サーバーが排他的作成セマンティクスに従い、ベリファイアを使用してターゲットの排他的作成を保証することを指定します。この場合、サーバーはターゲット ファイルのメタデータを使用して createverf3 ベリファイアを格納する可能性があるため、属性を指定することはできません。

したがって、UNCHECKED がモードであるかどうかという問題は、ファイルの長さをゼロに設定するだけでよいのでしょうか、それともファイルをそのままにしておくべきでしょうか? ディレクトリの場合、すべてのコンテンツを削除する必要がありますか?

最近Markdownを使っています。

Markdown に関する私の最大の問題の 1 つは、Markdown にはドキュメント内にファイルを含めるための構文がないことです (これlistingsに対して、LaTeX のパッケージとは異なります)。

Markdown を拡張して、ファイル全体および部分的なファイルをコード スニペットとして含めることをサポートしたいと考えています。たとえば、次のようになります。

これにより、10 行目から 20 行目のコンテンツがブロックbar.rbとしてドキュメントに挿入されcodeます。その根拠は、

• コードの変更に応じてドキュメントを更新できます。(vs. 常に時代遅れになるコピー アンド ペースト)
• その後、ドキュメントにある正確なコードを単体テストできます

私の質問は次のとおりです。

1. 構文はどうあるべきですか？
2. これはすでに行われていますが、私はそれを見逃していますか?

毎日の更新を電子メールで送信する PHP Web サイトに RFC 2369 の「List-Unsubscribe」を実装しようとしています。

これは PHP コードで簡単に実装できるため、HTTP オプションのみを使用する予定です。

私の質問は次のとおりです。ユーザーが登録解除されたら、「登録解除が成功しました」などの確認メールを送信してもよろしいですか? それとも、これは Google などによる私のサイトの「登録解除スコア」に対してカウントされますか?

この標準の適切な実装に対するPHPプログラミングベースの回答に厳密に興味があるため、これをPHPとしてタグ付けしました。

ページ番号、目次、ヘッダー、フッターなどを含むテキスト ファイルを作成するには、どれだけの労力が必要なのだろうかと思っています。RFC ドキュメントを作成するために使用されるエディターや TeX のようなものはありますか?