スリーアールソフト 木戸です。
皆さんの好意的な発言をお聞かせいただき、大変ありがたく思います。
実際、いろいろと開発メンバーと話をしていると思い込みもあるようで
率直なご意見を聞いてみたいと思っておりました。
実際、Linuxサーバーをメールサーバーに利用されている方も多く、
本当に求められるサーバーソフトのあり方を思案しています。
そういった意味では、皆様のご意見は非常にありがたく、メールサーバー
とは”なんぞや？”、”どうあるべきか？”といったテーマになれば
という気持ちです。
尚、先ほどのメールでは私の言葉が足りないことに気がつきましましたので、
補足させていただきたく思います。
> > >>>通常のメールサーバではシステムIDとメールアカウントが連動
> > >>>してスピードが落ちたり、セキュリティに不安がでますが、
> >
> > 通常のメールサーバーってそんなにしょうもないものなの？
> > なんで、システムIDとメールアカウントを連動させるとスピードが
> > 落ちるの？って理由を、このMLの場で聞きたいのじゃ。
> >
>
＃Webメールではなく、通常のメールサーバーの用途として、
> 通常メールをPOP３やIMAPでの取り出し、SMTPでの送信時にシステムID
> をメールアカウントとして使用すると、認証するためにシステムコール
> を順次呼び出すことになります。
＃そのまま、WWWサーバーにWebメールソフトを入れて、IMAP等でメールを
＃引っ張ってくる場合、ユーザ数が多いと認証のための
> その待ち時間がかかるため、レスポンスが低下してしまいます。
> また、セッションの管理のため一度認証したIDはメモリ上に維持され、
> メモリーを圧迫してしまいます。
＃そのため、スワッピングが発生し、処理能力が落ちてきます。
＃これは、メモリー上でセッション管理をするソフトで発生しています。
＃たとえば、i-modeのGatewayサーバーのようなもので扱えるセッション数
＃はIBMのものでも1，０００セッションぐれいではと思います。
＃i-modeではCookieが使えないので、メモリーでセッションを管理する場合に
＃おきるようです。
＃グループウェアでも、３００人が限界なのは、どうような理由かも
＃しれません。NT上でのソフトはNTの限界があるようですが。
> メールアカウントがシステムIDと連動しないようにし、CookieとユーザDB
> でセッションを管理すれば、認証がいりません。その分高速化ができます。
> メモリーもセッションが増加しても抑えることができます。
>
> このメリットは、メールシステムの規模が大きくなればなるほど発揮されます。
> 経験値では、大体アクティブユーザ数で、３００人以上（T1クラス）で違い
> がでます。
>
> こういった点は、POP３やIMAPでメールを引っ張るような通常のメールサーバー
> では、必要はそんなにないでしょうが、Webメールのようにセッションを維持
> する必要があるシステムでは重要な点となります。
>
なんどもすいません。いかがでしょうか？
木戸 孝行
------------------------------------------------------
Do you know @MESSAGE?? Provided by 3R Soft K.K.
URL: http://www.3rsoft.com/jp/