<div dir="ltr"><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>><i> >Because what we have works very well and doesn't rely on an external entity.<br>

</i>><i> <br></i>><i> We all know that there is "no bug free software", so if mailman is very good,<br></i>><i> google-groups are -per my usage- very good too<br></i><br>Excellent. Your usage evidently differs from that of a great number of<br>

open source hackers, in that case.<br></pre></blockquote><br>That's why I asked after that "I'm always wondering why", I can't understand it and can't find a logic answer, this describe my email-subject.<br>

<br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>><i> >Mailing lists are the lifeblood of most open source projects.<br></i>><i> <br>

</i>><i> Always wondering why!! why not move on to a *group*<br></i>><i> <br></i>A better question would be why _should we_ move on to a "group." I see<br>no clear answer to this question.<br></pre></blockquote>

<br>If you don't want a feauture, you can disable it (like not putting external plugins in this mailing list and keep it that simple), google-groups offers to disable whatever you don't want to, but as for my suggestion to move, I already mentioned many of them: starting from bugs (I come here with 3 of them till now), and by lowering costs ... I already tried to explain many things yet not all of them, why u don't tell me the idea maybe I could see your point of view.<br>

<br><blockquote><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>><i> >they perform their designated task far more effectively.<br>

</i>><i> <br></i>><i> More effectively based on what?<br></i><br>More effective given the criteria of being able to send email to a group<br>of subscribers in a reliable and consistent fashion with little<br>administrative overhead. Most subscribers have no desire to use the<br>

"features" that you mentioned above ("files storage, docs") for the same<br>reason that they despise the HTML MIME attachments that accompany your<br>email.  I work from a console and prefer to keep it that way whenever<br>

possible.  Breaking into a browser for me is a distraction at best and<br>effectively impossible at worst (i.e. offline). The idea of a mailing<br>list is quite simple: allow individuals to communicate ideas within a<br>
group quickly and simply. Any "features" beyond this are little more<br>
than a distraction.<br></pre></blockquote></blockquote><br>As I said, you can disable whatever you don't like as feature, google-groups by default is HTML-disabled and could be fixed-width font-type (which I prefer because it looks like the code) ... but just tell me the administration overhead for managing a google-group is harder than the case for this mailing list server??? simple task here: preventing spam, which is completely out of my *head* at google-groups.<br>

<br>If you like your console, you still can receive the emails through rss, I don't know how you read emails now to argue but I guess (maybe I'm wrong here) that xml-reader will be much easier, or organized, or as I said I won't argue here but definitely there is a way out here. At least ask Mozilla hackers what they do.<br>

<br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>><i> in our list here, open the archive, then choose January-2010, then<br></i>><i> choose sort by date, then open a random thread, then press "Next"<br>

</i><br>As I mentioned before, I think the Google Groups archive interface is a<br>perfect example of why it shouldn't be used for technical discussion. It<br>is a user-interface nightmare.<br></pre></blockquote><br>
Don't know why, maybe you can say that on Yahoo-groups or any service that focus on design and styles but google, uuh .. ?<br>
<br><br clear="all"><br>-- Amahdy AbdElAziz<br>IT & Development Manager<br>3D Diagnostix Inc. <a href="http://www.3ddx.com">www.3ddx.com</a><br><a href="http://www.linkedin.com/in/amahdyabdelaziz">http://www.linkedin.com/in/amahdyabdelaziz</a><br>

<br>
</div>