シェルスクリプトでメールを送る際の複数宛先設定方法

総合スコア84645

2020/08/07 14:38 編集

いやいやいやいや。100人分書けますか？もちろんMajordomoとかを入れて設定しなくてもOKな範囲での話ですが。

2020/08/07 16:25 編集

書けると思いますが？？ Bccにすべきではないか？という検討は要りますが。

2020/08/07 22:52

Bcc云々と言うのは現実には重要ですが、ここでの問題とは関係ないかと・・＞＞書けると思いますが？？それを簡単に書けるよぅにするというのは実質メーリングリストを構築するのと同じでは無いでしょうか？

2020/08/07 23:31

何が難しいと思っていますか？？

CHERRY

2020/08/08 00:20

横からですが... 質問に書かれている「複数宛先を設定する場合はどのように書いてよいか分からず」という質問に、「大量の場合に簡単に書けるか」のような条件を追加するのであれば、質問にその内容を追記していただけませんか？コマンドラインの長さの制限値は、ARG_MAX で制限されていると思いますが、手元のbash では、131071 (約128KB) まで受け付けるようですので、100名ぐらいのメールアドレスなら(入力は面倒かもしれませんが)コマンドで処理できると思います。

2020/08/08 07:56 編集

さらに横からですが... RFC5322によると、1行998文字までらしいですよ。昔はさらに... https://tools.ietf.org/html/rfc5322#section-2.1.1

2020/08/08 09:20

難しいとは思っていませんが、長い目で見ると面倒だと思っています。私の想像力が貧困なのかもしれませんが、「cat mail_list.txt | xargs mail ・・・・・」のようなものを想像しました。テキストファイルをメンテするのより、長い目で見ればMLの方が簡単とまでは言いませんが、同程度の面倒さは有ると思います。 >CHERRYさん＞＞ARG_MAX それは、そこそこのスペックのマシンなら、「ulimit -S-s」で無問題ですし、そもそもxargsがあります。

2020/08/08 11:10

この質問は、sendmail -i -t で送信するファイルを作る話なので、コマンドラインは関係ないです。

2020/08/08 12:59

質問者の提示したコマンドが絶対条件なのですか？違うアプローチを提言するのも、立派な回答と思いますが。

yuuuuuutan

2020/08/10 11:49

いろいろご指摘ありがとうございます、自分の書き方が悪かったのですが、toに複数宛先書く際にどのように区切ればい良いか分かりませんでした。; や,等でやってみたのですが上手く複数のアドレスとして認識されません。

2020/08/10 12:30

区切りはカンマです。 To: aaa@xxx, bbb@yyy とかです。 Outlookみたいなのを使ってると間違って覚えちゃいますよね。

2020/08/12 11:44

シェルスクリプトの質問で「列挙すれば良いだけ」と言いながら、区切りがIFSじゃなくてカンマだというのは後出しジャンケンなのでは？また某M$の製品を好きと言う事は全然無く擁護する気は毛頭無いですが、メールアドレスを「;」セミコロンで区切るのはどう間違いなのですか？よく解らないので、ご教示頂けると幸いです。

2020/08/12 12:23

シェルスクリプトでメールを送る際の、送るメールファイルmail.txtの中にアドレスをどう書けばいいかという話なので、そのファイルを手でエディタで作るのか、シェルスクリプトで作るのか、Python等で作るのかとかは、質問の範囲外です。 > メールアドレスを「;」セミコロンで区切るのはどう間違いなのですか？インターネットメールの宛先等のアドレスリストはカンマで区切ることになっているからです。規格で決まっています。

2020/08/12 13:08

＞＞シェルスクリプトでメールを送る際の複数宛先設定方法これを質問の範囲外というのは強引だと思います、極言すれば自作スクリプトで"hoge"区切りでもOKになります。シェルスクリプトという以上IFSに従うべきです。＞＞規格で決まっています。そうですか、その規格がRFCなのかなんなのか明記しないのは相手をめくらます意図しか感じられません。煙に巻いて楽しいですか？又なぜ多くのユーザを抱えているM＄が何で企画にしたがっていないのかの考察も不十分です。ま、（しるか！）と言っても無問題といえば、そうなのですが。

2020/08/12 13:11

上に上げたRFC5322ですよ BNF見たけど私の知識ではGroupの意味が分からず混乱しかしなかったのでそっ閉じしました

2020/08/12 13:23

RFC5322は書いてあるようにインターネットメッセージの型式を定義する物であり、 OSとコマンドラインを仲介するシェルの文法を定義する物では有りません。

2020/08/12 13:25

そうなんですね。私はいずれにしても分からないのでこの辺で。

2020/08/12 13:35 編集

sendmail -t だと標準入力から宛先を読むのでシェルの文法こそ関係ないのでは？

2020/08/12 14:08 編集

RFCという言葉をご存じかどうか分からなかったので、RFCという言葉を出しませんでした。 Request for Commentなので、「規格じゃないじゃないか」と言われると説明が面倒。ご存じで良かったです。RFC822→2822までは覚えていますが、最新は、 > 上に上げたRFC5322ですよとのことです。 Outlookは本来はExchangeというグループウェアのクライアントで、Echangeメールが何からの理由でセミコロンを採用したのでしょう。「何らかの理由」まではちょっと分かりません。少なくとも現在はカンマも受け入れてセミコロンに変換します。Exchangeサーバーにインターネットメールとの連携が入ったのはかなり後だったはずです。 ExchangeじゃなくてOutlook自体は、インターネットメールの読み書き機能も最初もしくは早期からあったと思いますが、あくまでメインはExchangeクライアントなので、相性が良くないです。今勤務先でOutlook使っているので困ってます。 >> シェルスクリプトでメールを送る際の複数宛先設定方法 >これを質問の範囲外というのは強引だと思います、言ってません。mail.txtをどういう手段で作るかが範囲外です。 > BNF見たけど私の知識ではGroupの意味が分からず混乱しかしなかったのでそっ閉じしましたすでに化石のような機能です。 To: Friends:foo@example.com,bar@example.jp; と書いておくと、foo@example.com,bar@example.jp宛てにメールを送るが、本文のTo:は、 To: Friends:; のように書き換えて送るという機能だったはずですが、多分今の多くのメールソフトは対応していない気がします（未確認）。少し確認すると、Windows用Becky!だとメールは送れるが書き換えはしない。ウェブ版Gmailだと宛先として受け付けてくれない。MHというコマンドラインベースの古いメールソフトだと書き換えまで対応しています。

2020/08/12 14:06

> OSとコマンドラインを仲介するシェルの文法を定義する物では有りません。それは、今回の質問と関係ないですね。今回は、mail.txtの中の書き方の質問ですので、RFC5322が関係します。コマンドラインの話がしたければ、ご自分で新たに質問されては？

http://x68000.q-e-d.net/~68user/unix/pickup?procmail

2020/08/12 14:14

@otnさんありがとうございます！勉強になります！

行動規範の内容に同意します

procmailを使用してください。

http://x68000.q-e-d.net/~68user/unix/pickup?%7E%2F%2Eforward

投稿2020/08/07 13:56

総合スコア923

2020/08/12 13:45

質問は送信について聞いていますが、リンク先に送信についての記述が見当たりません。どういう意図ですか？

2020/08/12 21:22

意図的にあるアドレスに受信させる事で、あらかじめ決めた多数のアドレス当てに送信できる機能が有りますよ・・と言う話です。

2020/08/12 22:10 編集

> 複数のメールアドレスに転送したい場合は、hoge@fuga.com,foo@bar.ac.jp とカンマで区切ることで記述できる。これのことですか？ > いやいやいやいや。100人分書けますか？と言われた sendmail とどう違うのかわかりませんが、手順が余計にややこしくなっただけで、特にメリットがない気がします。変なヘッダもつくだろうし、うっかり対策を忘れたら外部から悪用される可能性もありますね。

2020/08/13 14:32

そうですか、まだまだ流用性はあるとは思っていますが、ここは一旦矛は収めます。但し、＞＞sendmail とどう違うのかそもそも今更sendmailってmailer.confで置き換えて使わないですか（実は職場の一部サーバでは置き換えてないが）自分としては便利だと思ったまでの事で、確かにヘッダは付くでしょう。しかしその悪用までは想像出来ませんので、具体的な実例や検証結果・・とは言わないまでも、メカニズムをご教示願います。

2020/08/13 14:34

どう違うのかはそういうことじゃなくて、同じフォーマットでしょって話ですが。

2020/08/13 14:37

それにあなた以外誰も転送の話などしていません。sendmailは送信コマンドとして使っています。わざわざ転送する手間をかける意味がありません。メールをそのまま sendmail に食わせたら送ってくれるんですよ。cat って書いてあるでしょう？

2020/08/13 14:45

＞＞ここは一旦矛は収めます。と書きましたが無視ですか？

2020/08/13 14:47

収めてないので。収めると言うなら実際に収めてくださいな。

2020/08/13 15:02

procmailや,forward等の効用について、他者と比較して実用的であるという事に関して「矛を収めます」 sendmailコマンドについては、いにしえのsendmailが全てって訳じゃ無いんだよ、と言うことには「それはそうでした、すみません」と言います。さて、「メカニズムをご教示願います。」の回答をお待ちしております。

2020/08/13 15:03

悪用の仕方を教えろと？

2020/08/13 15:34

メカニズムです。悪用防止法としても有用です。

2020/08/13 15:38

色々考えられますが、 > うっかり対策を忘れたら外部から悪用される可能性もありますね。から想像できませんか？ TO にメールアドレスがずらずら並んだメールをリモートから送信できるとしたらまずいと思いませんか？

2020/08/13 15:41 編集

防止法なら次の方法が有効でしょう。メールの振り分けを使って送信せず、ローカルでログインしないと送信できなくする。つまり procmail とレシピをこの目的に使用しない。

2020/08/13 15:58

それはメカニズムではなくポリシーとワークアラウンドです。