Internet Mail System 総合スレ 3

1名無しさん＠お腹いっぱい。
垢版 |
2005/10/02(日) 21:33:35
Internet Mail System に関する総合スレ。
専用スレが存在しないソフトウェアの話題や
複数の領域に跨るような内容などはこちらでどうぞ。
2007/02/25(日) 22:30:48
maildrop で mail を forward する際に
envelope from を local の bounce用アドレスに
振り直して転送ってどうやるんでしょう?

MAILDROPFILTER(7) を見ると FROM 変数が envelope を
表すみたいですが、これで "変えられる" んじゃないですよね?

cc "|${SENDMAIL} -f local-bounce@example.com"
みたいに書ければいいんですが...
SENDMAIL って宛先込みのマクロ(?)ですよね?
2007/02/25(日) 22:53:07
>>137
最近のだと何もしなくても、そうなるよ。
139135
垢版 |
2007/02/26(月) 01:10:52
>>136
thx
2007/04/16(月) 21:59:21
質問スレから誘導されてきました、よろしくお願いします。
現在テスト環境の構築を行っているのですが、本番環境でSendMailを使っているので、テスト環境でもSendMailの設定を行っています。
OSとSendMailのヴァージョンは以下の通りです。

Fedora Core4
Sendmail 8-13-8

ここからが質問なのですが、ローカルのユーザにメールを送信すると
送信が成功するユーザと送信が失敗するユーザがいます。
送信が失敗した際にmailllogに吐かれるログは、経路情報と

DNS:unknown mailer error 127

と、言うエラー文のみです。
必死こいて調べましたが、このエラー番号が何のエラーなのか判りません。
各ユーザのメールスプールファイルのPermissionの設定等は問題ないと思います。
ローカルで受信できるユーザもいるので、転送の設定が間違ってもいないと思います。
特定のユーザのみ送信を拒否するようなファイルでもあるのでしょうか？
コウモリ本もあるので、もしかしたらっていう情報だけでもあると助かります。
補足ですが、失敗する特定ユーザ以外は、他のサーバとのメールのやり取りも問題なくできています。

追記
どうやら送信に失敗するのは、SendMail設定終了後に新規に追加したユーザが対象となっているようです。
前の質問スレでは、Fedora Coreのデフォルトのローカルメーラであるprocmailが邪魔しているのではないか？
という、アドバイスをいただきました。
その他で何かしら、思い当たる節があるかたはお願いします。
2007/04/17(火) 00:06:20
全然憶測で書くけど新ユーザのホームのパーミッションは？
.procmailrcが読めないと見た。
2007/04/17(火) 00:33:19
送信とか言うけどファイルのコピーができてるかどうかみたいなことだろ
ちゃんとディレクトリがあるかとかファイルが作成されてるか調べればすむこと
2007/04/17(火) 00:49:32
>>141
応答どうもです。
useraddのオプションなしで、追加した直後でも同じエラーが発生していました。
useraddで追加した直後なら、ホームディレクトリのパーミッションは
追加したユーザのものになっていると思います。
ただ、絶対とは言い切れませんので、明日改めて確認してみます。
ありがとうございました。

>>142
応答どうもです。
ディレクトリは、問題ないと思います。
メールが送信されてきた場合に、作成されるはずのファイルは
メールスプールの下には作成されていませんでした。
エラーのため作成されていないと思ってましたが、詳しいことは判ってないです。
申し訳ない。
2007/06/09(土) 23:48:20
相変わらず TrendMicro はウンコだな。
IMSS v7 が使い物になるのはやはりリリース1年以上たってからになりそうな予感。
それに、信頼性に劣るＯＳから順にリリースするのはやめてほしい。
2007/06/10(日) 12:49:07
>>144
トレンド捨てた。ミラポイントにしてみた。
まぁまぁ快適。
2007/08/01(水) 01:19:54
SMTP/TLSやるときの証明書って自前で作っちゃって問題ないのかな。
オレオレ証明書だとハネるようなクライアントってある？
2007/08/01(水) 01:24:25
>>146
ある。ケータイとか。
148147
垢版 |
2007/08/01(水) 01:49:09
ゴメン。Webメールサーバの証明書と間違えた。
2007/08/09(木) 21:50:23
警告ダイアログ出すのはあるね。
150146
垢版 |
2007/08/10(金) 10:07:52
いろいろあるみたいね。
http://www.mew.org/beta/info/mew_85.html.ja
http://takagi-hiromitsu.jp/diary/20070419.html
2007/08/14(火) 19:43:53
メールを出すときには smtpサーバに接続して
メールを送信するしかない と思っていたのですが

そのsmtpサーバはどうやってメールを配信しているのでしょうか
メールが飛んでいく仕組みを解説したサイトはありますか？
2007/08/14(火) 19:46:03
>>151
SMTP サーバに接続してメールを送信しています。

「メール 仕組み」でぐぐってみ。
153151
垢版 |
2007/08/14(火) 19:56:37
>>152
MTA？ がよくわかりません。

PCからSMTPサーバに a@hoge.com さんへメールを出すよう頼むときは
SMTPサーバのport25にアクセスしてメールをぶち流しますが

そのSMTPサーバは hoge.com に対して同じようにアクセスしてメールを
送信するのでしょうか？
2007/08/14(火) 20:05:30
>>153
同じようにアクセスしてメールを送信する。
送信先は
DNS で hoge.com の MX レコードもしくは A レコードをひいて見つける。
2007/08/14(火) 20:39:47
hoge.comは使用されてるんですが、何か関係者の方ですか?
156151
垢版 |
2007/08/14(火) 20:45:20
>>154
ということは
メールアドレスからMXレコードひいてSMTPサーバを探したあとは
だいたい同じ挙動なんですね。
2007/08/14(火) 20:51:41
>>155
メール送るくらい関係者じゃなくてもできるじゃん。
2007/08/14(火) 21:20:55
>>157
メール送るからこそ何らかの関係者だろｗ
関係ないところにメール送りつけたらSPAMだから
2007/08/14(火) 22:49:35
>>157
いい加減にサンプルには example.jp 使えと遠回しに言っていること位はわかってるよな？
>>151は、だいたい同じとか言ってるのもどうかと思うので、もう一度誰かの下について勉強し直した方が良い。
2007/08/14(火) 23:41:56
最初からそう言えばいいじゃん。
2007/08/15(水) 01:43:45
RFC2821を読む気などさらさらないような御仁には、
くだ質のほうが適してるんじゃないかと思った
2007/08/15(水) 01:47:19
最初からそう言えばいいじゃん。
2007/08/15(水) 04:39:27
要するにわかってなかったのかｗさすが夏だなｗｗ
2007/08/15(水) 10:34:25
ttp://ya.maya.st/d/200603a.html#s20060309_2
2007/08/15(水) 10:37:42
>>155を読んで言いたいことがわかるようなやつは
最初からhoge.comなんて使わんだろ。
2007/08/15(水) 14:50:42
>>164
そこで言ってる内容も怪しくないかな？
JPRS の文書には「「例示」という文字はどこにもない。」と言ってるけど、
別のページにはちゃんと「例示に使用可能」とあるよね。
ttp://jprs.jp/info/faq.html#27

あと、 ttp://hoge.jp/ を見ればわかるように、
うっかり実在のドメインを使ってしまうせいで
メールアドレスなどの個人情報漏らしたりしちゃったりしても知んないよー。
2007/08/15(水) 14:55:56
>>166
>>164 の当時は書いてなかったみたいよ。
http://web.archive.org/web/20060307100233/http://jprs.jp/info/faq.html
http://web.archive.org/web/20060411092803/http://jprs.jp/info/faq.html
2007/08/15(水) 15:22:29
>>167
あらそうなんだ。
じゃあそんな古い記事を引っ張り出して来た >>164 がクソってことで。
2007/08/15(水) 18:03:03
夏ですね
170名無しさん＠お腹いっぱい。
垢版 |
2007/08/17(金) 09:43:17
POP3とかで使うアカウントとかパスワードで使ってもいい文字って
RFCのどこに規定されてんの？ 規定されてないの？ 日本語でもおｋ？
2007/08/17(金) 10:38:53
異種クライアンとでトラブらない自信があるならおk

(文字コードは? とか死ぬほど悩めると思うけど)
172名無しさん＠お腹いっぱい。
垢版 |
2007/08/17(金) 17:57:17
ヘッダとエンベロープの違いを教えろ。
2007/08/17(金) 18:05:24
バカでも分かるように努力してみると、

封筒の宛名がエンベロープ。
便箋に「拝啓何々様」と書いてあるのがヘッダ。
2007/08/17(金) 18:06:24
>>173
うむ。簡潔な回答をありがとう。
2007/08/17(金) 20:54:36
>>172
SMTP で DATA 以前に送る情報がエンベロープ。
DATA で送る情報の前半がヘッダ。
2007/08/20(月) 18:08:23
>>173
オライリーもそう説明してるね。(´･ω･｀)
2007/08/20(月) 19:05:39
呼んだ？
2007/08/20(月) 19:49:02
オッス！ オライリー！
2007/08/26(日) 21:40:41
>>172
telnet で手動でメールを一回送れば嫌でも分かるぞ
2007/08/27(月) 22:26:01
sendmailのエンペロープに関して質問です。

sendmailでメールサーバを構築し、ローカル配送のメールを送信すると、
MAIL FROM、RCPT TO　に@以下のドメインが省かれたメールアドレス
（ローカルユーザ名？）が入るようです。

これをドメインを省かないようにしたいのですが、設定方法をご存知の方
いますか？
sendmail.mcの設定で実現可能なのでしょうか。

# postfixでは、この現象は起きません。
2007/08/29(水) 16:02:07
mailname？
2007/08/30(木) 23:38:29
>>180
sendmailの話はsendmailスレで。
http://pc11.2ch.net/test/read.cgi/unix/1094702772/782
2007/08/31(金) 00:10:41
postfix 2.4.5 でメールサーバを運用しています。
ほとんどのメールは問題なく送受信できているのですが、
いくつかのドメインからの接続だけメール受信中にタイムアウトしてしまいます。

パケットを見ていると MAIL FROM / RCPT TO / DATA までは順調で
その後本文が送られてきているようなのですが、何故か最後が普通の文章の後に
CR LF で止まっていて、DATA の終わりの . CR LF が送られてこないまま
タイムアウトとなっているようです。
数分後に再試行しにきますが、同じことを繰り返しています。

相手のサーバの smtpd を調べてみたのですが、HP-UX の sendmail だったり、
qmail だったり、25番未使用だったりと、規則性がありません。
送信と受信で違うプログラムを使っている可能性はありますので、
sendmail や qmail の問題ではないかもしれません。

このような場合、どのように対処すべきでしょうか。
2007/08/31(金) 00:17:35
通信経路に透過型FWとか入ってない？
185名無しさん＠お腹いっぱい。
垢版 |
2007/08/31(金) 00:18:34
APOP認証を手作りしたいんだけど
どっかにいいサンプル転がってない？
2007/08/31(金) 00:20:10
qpopperも知らないお前じゃ無理。
2007/08/31(金) 00:39:05
>>183-184
Cisco PIXじゃない？
ttp://www.postfix-jp.info/trans-2.0/jhtml/faq.html#timeouts
188183
垢版 |
2007/08/31(金) 00:49:36
>>184
どういった透過型のFWがあるかはよく知らないのですが、
相手のIPアドレス等を見ている限りでは、ないように見えます。

189183
垢版 |
2007/08/31(金) 00:57:54
>>187
手元にはないのですが、参考にしてもう少し調べてみます。
2007/08/31(金) 01:10:24
>>186
いきなりそれってハードル高すぎなんすけど
2007/08/31(金) 01:31:14
Perl Net::POP3
Ruby Net::POP3
とかは？っていうかクライアント／サーバどちらの実装をしたいのか
記述する言語は何にしたいのか？
2007/08/31(金) 01:35:39
近道しようとしてばかりじゃ
実力身につかないよ。
2007/08/31(金) 01:41:47
というかAPOP部分だけならアホみたいに簡単だろ。RFC読め。

MD5を独自に実装したいとかなら知らんが。
2007/08/31(金) 06:38:14
MD5はRFCに載ってる実装を丸写しすれば
195183
垢版 |
2007/08/31(金) 18:05:46
結局 >>187 の Cisco PIX の次の項目にある、
IP path MTU discovery の問題だったようです。
ほとんどのメールは正常に受信できていたので、
なかなか気がつきませんでした。

ありがとうございました。
196名無しさん＠お腹いっぱい。
垢版 |
2007/09/05(水) 15:58:39
>>154　からの一連の hoge.com ですが、
趣旨はわかるけど、説明とかをするときにドメインが2つ以上出てきたら、
example　だと話がしにくいのですが。

たとえば　サイトA から サイトB へメールを送る、なんてときに、
mail.foo.com から mail.bar.com へメールを送る、といった言い方をしますが、
example の場合、 mail.example.co.jp から mail.example.ne.jp へメールを送る、
みたいにトップレベルとか　2nd レベルをずらして使えってこと？
2007/09/05(水) 16:00:05
>>196
そういうこと。
example.net と example.org もあるよ。
198名無しさん＠お腹いっぱい。
垢版 |
2007/09/05(水) 16:00:35
パソコンショップ完全・最強リンク
http://y-lip.com/modules/yomi/jump.php?id=65
2007/09/05(水) 16:27:41
.example という TLD もある。
2007/09/05(水) 16:31:47
レスを下さった方、どうもありがとうございます。
jp 以外のドメインでも example.net とか　example.com があるのは知ってましたが、
.example という TLD　があるのは知りませんでした。

自分はいままで説明に hoge.com　を使うのは肯定派でしたが、
考えを改めるか・・・・
2007/09/05(水) 16:52:56
でも hoge.example だとあんまりドメインっぽくないんだよな。

>>200
RFC 2606 読んどき。
2007/09/19(水) 10:24:28
example2.co.jp, example3.ne.jp みたいなのもいけるんだな。

FAQ（よくあるお問合せ） / JPRS
http://jprs.jp/info/faq.html#27
2007/09/20(木) 12:13:22
postfixからprocmailを呼んで~/Mail/以下に入れるようにしてるんだけど、
うっかり/homeの容量が溢れたのに気付かず、空ファイルがinboxにたくさん出来て
メールの内容は消滅してしまってました。
書けなきゃスプールに溜めるとかして欲しいんですが、どのへんの設定を
見直せばいいでしょう?
2007/09/20(木) 13:39:43
procmail をどう呼び出してるのだ?

書き込み失敗したら終了ステータスから
「失敗」をpostfix は把握するはずだが…
2007/09/20(木) 14:03:29
なんとなく数日後に再送されてくると予想。
maillog に何か出てなかった？
2007/09/20(木) 19:08:49
昔のprocmailはNFSやquotaを使ってると容量オーバーで本当は失敗していても
「成功」だと返していたように記憶している。
最近はどうだか知らん。
2007/09/21(金) 12:59:37
まずはprocmailを捨ててmaildropに移行したほうがいいと思う。
と、アンチprocmailなヲレのたわ言でした。
2007/09/21(金) 13:18:10
maildrop って MH 形式に対応してたっけ？
2007/09/21(金) 18:34:51
203です。
メールはスプールに残ってくれておりました。
空ファイルができていたのと、postfixが失敗を検知したようなログは
出ていなかったので、てっきりエラーはpostfixに返されなかったのだと
早合点してしまいました。

お騒がせしました。皆様すみません。
210名無しさん＠お腹いっぱい。
垢版 |
2007/09/23(日) 20:51:16
MXレコードにポート番号も登録することはできますか?
25番ポート以外に外部からメールを届けて欲しいんですが。
2007/09/23(日) 20:52:58
SMTP をプロキシ通せば良い。
2007/09/23(日) 20:53:52
>>210
できません。
2007/09/24(月) 02:24:19
>>212
出来る出来ないが問題じゃねぇ
やるんだよ
2007/09/24(月) 11:28:08
>>213
無茶言うなｗ
2007/09/24(月) 18:36:05
いかにも無能な体育会系上司が言いそうだなｗ
2007/09/24(月) 19:03:35
なんとかインチキできんのか？
2007/09/25(火) 10:19:35
SMTP も SRV レコードを参照すべし、という RFC を書けば
みんな従ってくれるようになるかも。10年ぐらい普及活動に励めば。
2007/09/25(火) 10:34:20
>>217
よし、ちょっくらやってみっか。

で、 RFC って何？
2007/09/25(火) 10:39:47
Radio Frequency Coil 高周波コイル
2007/09/25(火) 10:42:01
もうその辺で。
2007/09/25(火) 10:48:29
いや、将来的に本気で25番以外を標準化して欲しいよ。
互換性考えて、今のMXレコードのままで、

IN MX 10 example.com:1234

みたいに ホスト名:ポート で指定すれば MTAが解釈する、みたいになって欲しい。
2007/09/25(火) 11:21:47
何で 25 以外にする必要があるの？
2007/09/25(火) 11:30:33
ドメインが増えて、グローバルIPを消費したくなくて、
NATで別ドメインのメールを受けとりたい時とか。
2007/09/25(火) 11:33:19
>>221
DNS でポート番号を指定するなら SRV だっつーに。
priority も指定できるので、MX を完全に置換できる。これまで

example.com. IN MX 10 mx1.example.com.
example.com. IN MX 20 mx2.example.com.

と書かれていたものを SRV で書くならばこんな感じ。

_smtp._tcp.example.com. IN SRV 10 0 25 mx1.example.com.
_smtp._tcp.example.com. IN SRV 20 0 25 mx2.example.com.

もちろん、MTA は SRV を参照しないので実際には意味がない。
2007/09/25(火) 13:50:35
>>223
Virtual Domainならいくらでも実現されていますが、なにか?
2007/09/25(火) 14:08:11
>>225
Virtual DomainだとVirtualに対応してるサーバー1台だけに負担がかかるだろ。
SMTPコネクション張ってからじゃないとどのドメイン宛かわからないから。

そうじゃなくて、ルーターで、NATレベルで分離して、
別々の独立したメールサーバーで受けたいんだよ。

独立したグローバルIPを持っているのとほとんど同じ状態にしたいわけ。
2007/09/25(火) 14:23:50
あんまり駄々こねるとおうちに入れてあげないよ
2007/09/25(火) 14:27:42
今後、IPv6がコケて、IPv4を有効に使おうということになった時に、
MXでかSRVでか知らんが、同じIPアドレスで、ポート番号によって
別々のメールサーバーにつながるような時代になるんだろな。
2007/09/25(火) 14:32:51
みんながそういう MTA を使うようになればね。
2007/09/25(火) 14:40:10
MXレコードにしたって、昔はMXなんて無かったじゃん。
SolarisとかはMXは不要、の立場で、メールはAレコードに配送すべき、
という方針だったと思う。だからSolaris謹製のsendmailはMX非対応だった。
それが、やはりMXは必要ということで今に至っているわけだから、
今後とも、時代の必要性でポート指定も標準化して行くと思うよ。
2007/09/25(火) 14:50:32
もうその辺で。
2007/09/25(火) 14:52:24
>>231
なんで「もうその辺で」なの?
すれ違いの話題でもないし、ネタでもないし、興味ある話題なんだが。

↓はい、続けて
2007/09/25(火) 14:55:22
>>217 あたりで答え出てんじゃないの？
続ける必要なし。

もうその辺で。
2007/09/25(火) 14:57:24
>>233
じゃあ、あなただけこのスレ見なければいいでしょう。
この話題に乗ってきている人、少なくとも複数いるし。

↓はい、続けて
2007/09/25(火) 15:03:51
>>226
負荷分散が必要なほど大規模なメールサーバシステムで、
NAT で IP アドレス節約しなきゃいけないほどアドレスが足りない
って状況が想像つかんのだけど、
そういうとこって多いもんなの？
2007/09/25(火) 15:04:01
うーん、SRVよりかMXに :ポートの方が受け入れ易い(普及し易い)と思う
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。