[xmail] Re: Xmail reports -- anyone have a wish list?
I think users that are requesting for .NET solutions do not completely understand what they are requesting. We get things like .NET from M$ for a long time. And new things every year. Something like COM,DCOM,AX,DDE,NETDDE, a set of useless languages like VB, J++, J#, VBScript etc. All these initiatives are just because M$ wants to dominate in computer indistry. Just wants to remind us that we should pay a money or we are out of the progress. But this progress is just up to M$ I respect M$ as software vendor, OS maker and so on. I am MCSE, MCSA, MCP. However this is not a progress. This is just a marketing. M$ is making money. And .NET is a part of this politic. Let's just read an old article about .NET by Joel Spolsky (www.joelonsoftware.com) http://www.joelonsoftware.com/articles/fog49.html Mikhail - Original Message - From : Orion Productions [EMAIL PROTECTED] To : [EMAIL PROTECTED] Date : Sunday, 16 May, 2004 03:06 PM Sub : [xmail] Re: Xmail reports -- anyone have a wish list? Shawn, First I'd like to say that I am a big supporter of this new initiative! And PLEASE to not listen to people who want you to push in Perl/Java/whatever... directions. .NET is definitely the way to go!! Do you know that it has even come so far that our customers and partners REQUEST for dotnet solutions, and don't want to install anything else like PHP/Perl/etc. anymore! .NET has proven to be the most powerful, extensible, and robust platform, on which over here in Belgium now even the banks, medical sector, etc. rely 24/7! Don't be fooled by the pitfall of platform independency, that's not what we want, we want the best solution for the platform that we're working on. So go for a solution in C# (or VB.NET) with ASP.NET report pages, and you will have a large installed base over here in the near future :-) Happy coding, Frederic - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] Mikhail Tchoudinov SmartPost project smartpost.sourceforge.net - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
S T O P !! Please S T O P the WARS Thank You. Rob :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mikhail Sent: Tuesday, 18 May 2004 5:12 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? I think users that are requesting for .NET solutions do not completely understand what they are requesting. We get things like .NET from M$ for a long time. And new things every year. Something like COM,DCOM,AX,DDE,NETDDE, a set of useless languages like VB, J++, J#, VBScript etc. All these initiatives are just because M$ wants to dominate in computer indistry. Just wants to remind us that we should pay a money or we are out of the progress. But this progress is just up to M$ I respect M$ as software vendor, OS maker and so on. I am MCSE, MCSA, MCP. However this is not a progress. This is just a marketing. M$ is making money. And .NET is a part of this politic. Let's just read an old article about .NET by Joel Spolsky (www.joelonsoftware.com) http://www.joelonsoftware.com/articles/fog49.html Mikhail - Original Message - From : Orion Productions [EMAIL PROTECTED] To : [EMAIL PROTECTED] Date : Sunday, 16 May, 2004 03:06 PM Sub : [xmail] Re: Xmail reports -- anyone have a wish list? Shawn, First I'd like to say that I am a big supporter of this new initiative! And PLEASE to not listen to people who want you to push in Perl/Java/whatever... directions. .NET is definitely the way to go!! Do you know that it has even come so far that our customers and partners REQUEST for dotnet solutions, and don't want to install anything else like PHP/Perl/etc. anymore! .NET has proven to be the most powerful, extensible, and robust platform, on which over here in Belgium now even the banks, medical sector, etc. rely 24/7! Don't be fooled by the pitfall of platform independency, that's not what we want, we want the best solution for the platform that we're working on. So go for a solution in C# (or VB.NET) with ASP.NET report pages, and you will have a large installed base over here in the near future :-) Happy coding, Frederic - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] Mikhail Tchoudinov SmartPost project smartpost.sourceforge.net - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Shawn, Would it be possible to abstract the db layer? Many of us already run many different DB's and would prefer not to have to add another. -Original Message- From: Shawn Anderson [mailto:[EMAIL PROTECTED] Sent: Sunday, May 16, 2004 11:38 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Wow! I hat not idea I would start such a debate :) Here is the thing of it all: I have spent somewhere between 18 and 20 years writing code. I have written in C/C++, Perl, Pascal, Cobol, PowerBuilder and a ton of other that are barely worth mentioning :) Each and every one has its plus and minus :) Will I use Perl to do this? Nope, to be honest I really cannot stand Perl's syntax. It is an awesome language and I have written tons of code in it -- but I still don't like the syntax, especially when dealing with objects. That's just my opinion. Will I use C/C++ for this? Not unless there is a HUGE cry for me to switch to it. Why? Because as great as the language is, I have to write all the parsing code by hand, all the config code by hand, all the rendering code by hand, etc etc etc. It's a pain :) and time consuming -- and time is something most of us probably have little to spare. So why did I pick .NET and C#? Because the CLR is an awesome run time library with built in support for everything a developer could possible want in a base library. No need to deal with installing extra libraries, no need to download extra code (Anyone ever try to get a CPAN component to work in Windows, not an easy thing without a compiler also installed). With all that said -- now for a progress up date :) All of the core code is written. I have a log importer that takes all the log files and imports them into an embedded database. I picked SQLite (http://www.sqlite.org/) because it is free, open source, and ported to windows and many unix systems. Once the logs are in the internal database, it is possible to run SQL command against it. So I wrote a reporting engine that will query that database and generate the reports that we have all been looking for. I took this approach for a bunch of reasons, so I hope you will like the idea. All that I have left is to finish the actual queries on the data and then the rendering of the output. Once I have a few basic reports done I will start posting some output and looking for some people to help me test it. Also something that is worth noting, this report system will allow anyone to add any reports that they can come up with -- all you will need to do is be able to write your own SQL queries and edit/create your own config file. All of with is done with a command line application, a few parameters, and a config file. If there is enough interest, I may be willing to create a webservice that can be called to execute and return the reports -- but I will leave that for a little later. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi Sent: Sunday, May 16, 2004 9:47 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Mon, 17 May 2004, Michal Altair Valasek wrote: [...] Guys, when you go at those MS workshops, you DO NOT have to drink that coffee! Now more than ever it is clear to me that it contains some sort of poison, that you might even like if you're going for a rave, but it definitely has a very long hang-over :-) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Yes please -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Xmail Sent: Monday, 17 May 2004 7:07 PM To: '[EMAIL PROTECTED]' Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Shawn, Would it be possible to abstract the db layer? Many of us already run many different DB's and would prefer not to have to add another. -Original Message- From: Shawn Anderson [mailto:[EMAIL PROTECTED] Sent: Sunday, May 16, 2004 11:38 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Wow! I hat not idea I would start such a debate :) Here is the thing of it all: I have spent somewhere between 18 and 20 years writing code. I have written in C/C++, Perl, Pascal, Cobol, PowerBuilder and a ton of other that are barely worth mentioning :) Each and every one has its plus and minus :) Will I use Perl to do this? Nope, to be honest I really cannot stand Perl's syntax. It is an awesome language and I have written tons of code in it -- but I still don't like the syntax, especially when dealing with objects. That's just my opinion. Will I use C/C++ for this? Not unless there is a HUGE cry for me to switch to it. Why? Because as great as the language is, I have to write all the parsing code by hand, all the config code by hand, all the rendering code by hand, etc etc etc. It's a pain :) and time consuming -- and time is something most of us probably have little to spare. So why did I pick .NET and C#? Because the CLR is an awesome run time library with built in support for everything a developer could possible want in a base library. No need to deal with installing extra libraries, no need to download extra code (Anyone ever try to get a CPAN component to work in Windows, not an easy thing without a compiler also installed). With all that said -- now for a progress up date :) All of the core code is written. I have a log importer that takes all the log files and imports them into an embedded database. I picked SQLite (http://www.sqlite.org/) because it is free, open source, and ported to windows and many unix systems. Once the logs are in the internal database, it is possible to run SQL command against it. So I wrote a reporting engine that will query that database and generate the reports that we have all been looking for. I took this approach for a bunch of reasons, so I hope you will like the idea. All that I have left is to finish the actual queries on the data and then the rendering of the output. Once I have a few basic reports done I will start posting some output and looking for some people to help me test it. Also something that is worth noting, this report system will allow anyone to add any reports that they can come up with -- all you will need to do is be able to write your own SQL queries and edit/create your own config file. All of with is done with a command line application, a few parameters, and a config file. If there is enough interest, I may be willing to create a webservice that can be called to execute and return the reports -- but I will leave that for a little later. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi Sent: Sunday, May 16, 2004 9:47 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Mon, 17 May 2004, Michal Altair Valasek wrote: [...] Guys, when you go at those MS workshops, you DO NOT have to drink that coffee! Now more than ever it is clear to me that it contains some sort of poison, that you might even like if you're going for a rave, but it definitely has a very long hang-over :-) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Yes, the database layer is 100% abstracted. I just wanted to include something so that out of the box, this app will work. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Xmail Sent: Monday, May 17, 2004 5:07 AM To: '[EMAIL PROTECTED]' Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Shawn, Would it be possible to abstract the db layer? Many of us already run many different DB's and would prefer not to have to add another. -Original Message- From: Shawn Anderson [mailto:[EMAIL PROTECTED] Sent: Sunday, May 16, 2004 11:38 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Wow! I hat not idea I would start such a debate :) Here is the thing of it all: I have spent somewhere between 18 and 20 years writing code. I have written in C/C++, Perl, Pascal, Cobol, PowerBuilder and a ton of other that are barely worth mentioning :) Each and every one has its plus and minus :) Will I use Perl to do this? Nope, to be honest I really cannot stand Perl's syntax. It is an awesome language and I have written tons of code in it -- but I still don't like the syntax, especially when dealing with objects. That's just my opinion. Will I use C/C++ for this? Not unless there is a HUGE cry for me to switch to it. Why? Because as great as the language is, I have to write all the parsing code by hand, all the config code by hand, all the rendering code by hand, etc etc etc. It's a pain :) and time consuming -- and time is something most of us probably have little to spare. So why did I pick .NET and C#? Because the CLR is an awesome run time library with built in support for everything a developer could possible want in a base library. No need to deal with installing extra libraries, no need to download extra code (Anyone ever try to get a CPAN component to work in Windows, not an easy thing without a compiler also installed). With all that said -- now for a progress up date :) All of the core code is written. I have a log importer that takes all the log files and imports them into an embedded database. I picked SQLite (http://www.sqlite.org/) because it is free, open source, and ported to windows and many unix systems. Once the logs are in the internal database, it is possible to run SQL command against it. So I wrote a reporting engine that will query that database and generate the reports that we have all been looking for. I took this approach for a bunch of reasons, so I hope you will like the idea. All that I have left is to finish the actual queries on the data and then the rendering of the output. Once I have a few basic reports done I will start posting some output and looking for some people to help me test it. Also something that is worth noting, this report system will allow anyone to add any reports that they can come up with -- all you will need to do is be able to write your own SQL queries and edit/create your own config file. All of with is done with a command line application, a few parameters, and a config file. If there is enough interest, I may be willing to create a webservice that can be called to execute and return the reports -- but I will leave that for a little later. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi Sent: Sunday, May 16, 2004 9:47 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Mon, 17 May 2004, Michal Altair Valasek wrote: [...] Guys, when you go at those MS workshops, you DO NOT have to drink that coffee! Now more than ever it is clear to me that it contains some sort of poison, that you might even like if you're going for a rave, but it definitely has a very long hang-over :-) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Hi, |Would it be possible to abstract the db layer? Many of us |already run many |different DB's and would prefer not to have to add another. Agree! I already have a big, strong, tuned and backed up SQL server I would like to use if possible. -- Altair - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Hi, |Do you think the whole world uses Windows? Are you unwilling to learn |anything else? I'm not talking about becoming a UNIX expert, just |widen you view to accept the fact that not all software is created |by MicroSoft and it's minions. You're blaming me for forcing software developers for Windows to know Windows. You're trying to force me to know system I don't use. All in one paragraph... So, once more and at last: When I use Windows, I expect the software to be a correct Windows application, working the usual and expected ways. It does not have anything with other platforms. I am not using them, but it seems logical for me that applications for Mac should honour Mac's logic, for Linux Linux's logic, for PalmOS its logic and so on. -- Altair - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Content-Type: text/plain Content-Transfer-Encoding: 7bit Besides, everyone knows Python is better than Perl anyway :) -Mark On Mon, 2004-05-17 at 00:52, Wim Verveen wrote: Maybe we should stop the perl or not to perl decision. Microsoft does endorse perl nowadays and even some of their tools are written in it but it is a kind of alien language on windows. It always was and will always be (I suppose). I do use it quite extensively for certain operations but only because nothing else is available. I agree with Michaels points, perl is just not a native windows app and so are perl applications. As a Windows user I would prefer something like /NET and only use perl if all else fails. Wim -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Beau E. Cox Verzonden: maandag 17 mei 2004 1:04 Aan: [EMAIL PROTECTED] Onderwerp: [xmail] Re: Xmail reports -- anyone have a wish list? On Sunday 16 May 2004 07:00 am, Michal Altair Valasek wrote: |And finally, for the $64000 question: Can you explain me WTF=20 |difference does it make for a report tool, that reads text files and=20 |spits HTML (and that it is absolutely not performance critical), the |language that it is written in? It's not important what language uses the given application. Runtime=20 is what is important. So far, so good. For typical Windows system administrator, running Perl or Java=20 application is pain in the ass. The runtimes are complicated to=20 install and setup and tends to break any given security architecture=20 existing. WHAT? Have you installed Perl on Windows from ActiveState (http://activestate.com)? What is so hard about that? Three or four screens with a few simple options. Are you upset because it wants to install in c:\Perl and not in your magic c:\Program Files? WELL, CHANGE IT TO c:\Program Files by hitting the browse button right there on the screen. I just don't understand your problem. And the 'security issues' - what are you refering to? I can write insecure .Net apps as well as secure Perl apps on windows. I don't think security issues are tied to perl. If your up to it, please give examples of security problems caused by Perl. In the above situation, installing such runtime is a truly religious experience: you can't understand it, you must blindly faith in it. I would recommend going to church for religious experiences. Is this remark prompted by your lack of abliity or ignorance or both? - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] -- Binary/unsupported file stripped by Ecartis -- -- Type: image/png -- File: smiley-3.png - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Shawn, First I'd like to say that I am a big supporter of this new initiative! And PLEASE to not listen to people who want you to push in Perl/Java/whatever... directions. .NET is definitely the way to go!! Do you know that it has even come so far that our customers and partners REQUEST for dotnet solutions, and don't want to install anything else like PHP/Perl/etc. anymore! .NET has proven to be the most powerful, extensible, and robust platform, on which over here in Belgium now even the banks, medical sector, etc. rely 24/7! Don't be fooled by the pitfall of platform independency, that's not what we want, we want the best solution for the platform that we're working on. So go for a solution in C# (or VB.NET) with ASP.NET report pages, and you will have a large installed base over here in the near future :-) Happy coding, Frederic - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
On Sun, 16 May 2004, Orion Productions wrote: Shawn, First I'd like to say that I am a big supporter of this new initiative! And PLEASE to not listen to people who want you to push in Perl/Java/whatever... directions. .NET is definitely the way to go!! Do you know that it has even come so far that our customers and partners REQUEST for dotnet solutions, and don't want to install anything else like PHP/Perl/etc. anymore! .NET has proven to be the most powerful, extensible, and robust platform, on which over here in Belgium now even the banks, medical sector, etc. rely 24/7! Don't be fooled by the pitfall of platform independency, that's not what we want, we want the best solution for the platform that we're working on. So go for a solution in C# (or VB.NET) with ASP.NET report pages, and you will have a large installed base over here in the near future :-) Just when I was hoping that EU could do the right thing with MS, you popped up and ruined my dream. BTW, you can actually use XMail because someone cared about platform independency and, at the same time, didn't care about commercial claims aimed only to make some fat CEO's ass to grow uncontrolled. And finally, for the $64000 question: Can you explain me WTF difference does it make for a report tool, that reads text files and spits HTML (and that it is absolutely not performance critical), the language that it is written in? About the installed base I'll give you an hint. As of today the XMail's Windows install base is about the same of all other Unix combined. So the question for the tool implementor of the day is: Do you really want to cut your user base by half? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
|And finally, for the $64000 question: Can you explain me WTF |difference |does it make for a report tool, that reads text files and spits HTML |(and that it is absolutely not performance critical), the |language that it is written in? It's not important what language uses the given application. Runtime is what is important. For typical Windows system administrator, running Perl or Java application is pain in the ass. The runtimes are complicated to install and setup and tends to break any given security architecture existing. In the above situation, installing such runtime is a truly religious experience: you can't understand it, you must blindly faith in it. When installing any standard Windows application, I am able to interact with it. If there are any problems, I can try to solve them. In case of miscellaneous runtimes such as Java, Perl, Cygwin and so on, all you know about your system architecture (and as I am Microsoft MVP, it's not too little in my case) is worthless. You can install it and then it either runs (and you can simply pray for it to be reliable) or it does not run. In the second case you generally can't do anything, because it does not interact the proper way regarding to your operating system. Situation of .NET framework is different. It's runtime, which is written in style of being cooperative with Windows OS. It's supported. It's documented the obvious way. It's incorporated in operating system (in case of Windows 2003 and above) and so on. Not everybody is prepared to give their vital system as hostage of some totally strange runtime he knows nothing about. I have nothing against Perl or any other programming language. There are systems, where they are at home. Use them there. All attepmts to do something else are mostly *failing* in production environment. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
On Sun, 16 May 2004, Michal Altair Valasek wrote: |And finally, for the $64000 question: Can you explain me WTF |difference |does it make for a report tool, that reads text files and spits HTML |(and that it is absolutely not performance critical), the |language that it is written in? It's not important what language uses the given application. Runtime is what is important. For typical Windows system administrator, running Perl or Java application is pain in the ass. The runtimes are complicated to install and setup and tends to break any given security architecture existing. In the above situation, installing such runtime is a truly religious experience: you can't understand it, you must blindly faith in it. When installing any standard Windows application, I am able to interact with it. If there are any problems, I can try to solve them. In case of miscellaneous runtimes such as Java, Perl, Cygwin and so on, all you know about your system architecture (and as I am Microsoft MVP, it's not too little in my case) is worthless. You can install it and then it either runs (and you can simply pray for it to be reliable) or it does not run. In the second case you generally can't do anything, because it does not interact the proper way regarding to your operating system. Situation of .NET framework is different. It's runtime, which is written in style of being cooperative with Windows OS. It's supported. It's documented the obvious way. It's incorporated in operating system (in case of Windows 2003 and above) and so on. Not everybody is prepared to give their vital system as hostage of some totally strange runtime he knows nothing about. I have nothing against Perl or any other programming language. There are systems, where they are at home. Use them there. All attepmts to do something else are mostly *failing* in production environment. Honestly, you said such a huge amount of non-senses that I was almost tempted to delete the message. Then I relalized that you must be in drugs to even dream to spit those statements. I will talk about Perl here, since it is the one that (luckily) 98% of XMail scripts use. 1) Difficult to install?? You get an installer EXE, you follow three steps and it's done. Clean install, no huge messes with system DLLs replacements. Simply an EXE plus support libraries in the specified directory. Never had *one* problem with the Perl interpreter on Windows. On Unix, it's just there. 2) Able to interact with it?? You have the freakin' source code of the runtime and all associated libraries. And this is actually never needed due to the stability of the runtime. The source code style also is pretty good, with a thin abstraction layer, plus platform independent C code. 3) It is supported??? Here signs of drugs clearly weighs in. If you ever find a bug in the interpreter (or one of the libraries), you post a message to the community, and when you wake up you're likely to have the solution in your mailbox. Try that with MS. Also, a code library like CPAN is something that others can only dream. 4) Are mostly *failing* in production environment??? You'd be suprised to know that a huge part of the internet Web pages is driven by Perl and PHP CGIs. I'm not really good in example *failures*, but I can list one because I spend quite some money in it: http://www.amazon.com For the ones that don't know, Amazon.com uses Mason: http://www.masonhq.com If you were talking about Windows, I still do not know what you are talking about. We use Perl for automation everywhere and we didn't have a single problem with it (on both Windows and Unix). It is so stable to actually become a little bit boring. For this specific example, we are talking about something that reads text files and spits HTML, and it is not even close to be performance critical. So let's see. Last time I checked Perl was pretty damn good to parse text files, and also its support for HTML formatting was not only comprehensive but also thoroughly tested by huge amount of Perl CGI scripts all around the world. Also, we are not talking about parsing MS Exchange log files but we are talking about XMail log files, that has a blended community of Unix and Windows users. Tell me again why such tool should be written in C#? To run in 0.34 seconds while the Perl version would take 3.8 seconds? I honestly don't give a damn about the language those things are written in. I do hate though, that platform dependency being brought up when it is not even close to be needed. Expecially when we are talking about something that interfaces with an application that has a very uniform adoption amont Unix and Windows users. Note that, I here say platform dependency about C#, because until I see a Unix community behind C# like the one I see behind Perl, I do not even consider things like Mono or DotGnu. -
[xmail] Re: Xmail reports -- anyone have a wish list?
hi, Them main problem with these things is that they does not really interact with the operating system they're using. They tend to create world on their own and do not honour things common in host operating system. Using Windows logic, program files should be somewhere, per-user settings and data somewhere etc. The system architecture is based on this. The security is set up the proper way. When I create new user, it creates its data folder and sets the permission correctly. If I delete the profile, it deletes all. If some software has its own logic in this, it leads to problems, because the above does not work. For example Perl is placing everything in C:\Perl, totally ignoring the folder architecture of host operating system. As a system administrator, I do not want to read thousands of lines of C source code. I want to *use* the software, not write it. I do not even *want* the source code, why? As admin, I expect that the software would interact with standard Windows tools. For example I want application to write their events to appropriate event log. Why? Because I have tools able to analyze the logs, access it remotely and alert me when something happens. When the application does not use the event log and is using its own methods, I am not able to use the common infrastructure. Or I want the application (if applicable) to have performance counters, so I can use the performance monitor (and associated technologies such as WMI) to access and analyze these data. Again: There is some existing infrastructure to monitor processes via perfmon, I can simply connect to. What I want is the application to honour common courtesy of host operating system. I do not know Unix-like OSes, but I expect that they have such things like the obvious location of log files, performance data etc. Windows has those things too. Different. Those things, who make their own, isolated worlds, are not simple to monitor, backup and manage, especially for users who are not familiar with the environment from other systems. This is also the main source with problems with XMail. I spend few hours on one firewalled server until I discovered that XMail is not using standard DNS resolution as all application and therefore does not use the DNS servers set as system level. Of course, it is possible to solve this - just read documentation or source code. But I instinctively expect that when *all* applications are using the DNS and it's working, there should not be a problem. I am trying to avoid these application on my systems. In few exceptions (like XMail) with deep sight I am using them. Because there is no good alternative for me, and because in such case the pros are higher than cons. But I definitely do not want more of that applications, and would try to avoid them as much as possible. And for the production environment: Amazon, who are you mentioning, is not running on Windows. Again: I have *nothing* against Perl or so. I think that Perl is probably the best way how to achieve certain things on Unix-like OS. I agree that there probably is lot of big sites who are running Perl applications on Unix. But for Windows is alien from other world. So again: There is no significant number of projects using such techologies as Perl and PHP on Windows in production. As well as there is no significant number of project using in production runtimes for Windows things like ASP or VBScript for Unixes. And, to your original question: It does not matter what language the application uses, as long as the application honours the common courtesy of OS. Has consistent UI (if any), data storage, performance monitoring and so on. I think that Unix-like OS has its own logic. Maybe there is some way how to run my applications under some .NET runtime under Linux, for example. But as the application is written mainly for Windows, it would not honour the Linux logic. Partly because I don't know it and partly because it means writing two separate applications. You may thing that I am or drugs, or something like you wrote before. But I just want applications to behave in ways common for and expected in the environment they are running. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
On Sunday 16 May 2004 07:00 am, Michal Altair Valasek wrote: |And finally, for the $64000 question: Can you explain me WTF |difference |does it make for a report tool, that reads text files and spits HTML |(and that it is absolutely not performance critical), the |language that it is written in? It's not important what language uses the given application. Runtime is what is important. So far, so good. For typical Windows system administrator, running Perl or Java application is pain in the ass. The runtimes are complicated to install and setup and tends to break any given security architecture existing. WHAT? Have you installed Perl on Windows from ActiveState (http://activestate.com)? What is so hard about that? Three or four screens with a few simple options. Are you upset because it wants to install in c:\Perl and not in your magic c:\Program Files? WELL, CHANGE IT TO c:\Program Files by hitting the browse button right there on the screen. I just don't understand your problem. And the 'security issues' - what are you refering to? I can write insecure .Net apps as well as secure Perl apps on windows. I don't think security issues are tied to perl. If your up to it, please give examples of security problems caused by Perl. In the above situation, installing such runtime is a truly religious experience: you can't understand it, you must blindly faith in it. I would recommend going to church for religious experiences. Is this remark prompted by your lack of abliity or ignorance or both? When installing any standard Windows application, I am able to interact with it. If there are any problems, I can try to solve them. In case of miscellaneous runtimes such as Java, Perl, Cygwin and so on, all you know about your system architecture (and as I am Microsoft MVP, it's not too little in my case) is worthless. You can install it and then it either runs (and you can simply pray for it to be reliable) or it does not run. In the second case you generally can't do anything, because it does not interact the proper way regarding to your operating system. Whose 'proper way'? It simply installs the software. What more do you want? You run perl from the command line. Do you know about that? It's really easy. Maybe you should look at my howto on setting up the Windows command line at: http://beaucox.com/mini-HOWTOs/win32-setup-mini-HOWTO.htm#command_prompt_009 Situation of .NET framework is different. It's runtime, which is written in style of being cooperative with Windows OS. It's supported. It's documented the obvious way. It's incorporated in operating system (in case of Windows 2003 and above) and so on. Do you think the whole world uses Windows? Are you unwilling to learn anything else? I'm not talking about becoming a UNIX expert, just widen you view to accept the fact that not all software is created by MicroSoft and it's minions. Not everybody is prepared to give their vital system as hostage of some totally strange runtime he knows nothing about. Sit down for a day and look at Perl. It works. It's easy to use. It saves time - especially when writing text mannipulation programs. If you feel like a 'hostage', it's your own fault. I have nothing against Perl or any other programming language. There are systems, where they are at home. Use them there. All attepmts to do something else are mostly *failing* in production environment. It sure sounds like you have everthing against Perl. Perl works fine in Windows. I have been happily using it on that platform for over five years. Maybe your problem is that Saint Bill has not waved his magic twanger over perl and had his marketing department think up a new name for it - how's MS .Perl Enterprise/2004 ? Of course, he would have to 'close' the source and charge $1,595 US per copy with site licenses starting at $15,000 US. -- Michal Altair Valasek [EMAIL PROTECTED] Aloha = Beau; - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I *totally* agree with Michal! He explains more clearly what I meant. Different platforms require different choices, and real-world setups proved that .NET is the best choice for the Windows Server platform. It is nicely integrated, very well supported, and indeed, runtime is the key! BTW, Michal, I just LOVE the tools you wrote for Server and XMail Administrators! Tuesday I will implement your DNS Sync and XMail Sync programs on several production servers. Thank you for sharing your .NET programming skills with the community! I will do the same with some of the extensions I wrote for XMail, Webmail and Server/AD/Domain/IIS setup. Frédéric - Original Message - From: Michal Altair Valasek To: [EMAIL PROTECTED] Sent: Sunday, May 16, 2004 7:00 PM Subject: [xmail] Re: Xmail reports -- anyone have a wish list? |And finally, for the $64000 question: Can you explain me WTF |difference |does it make for a report tool, that reads text files and spits HTML |(and that it is absolutely not performance critical), the |language that it is written in? It's not important what language uses the given application. Runtime is what is important. For typical Windows system administrator, running Perl or Java application is pain in the ass. The runtimes are complicated to install and setup and tends to break any given security architecture existing. In the above situation, installing such runtime is a truly religious experience: you can't understand it, you must blindly faith in it. When installing any standard Windows application, I am able to interact with it. If there are any problems, I can try to solve them. In case of miscellaneous runtimes such as Java, Perl, Cygwin and so on, all you know about your system architecture (and as I am Microsoft MVP, it's not too little in my case) is worthless. You can install it and then it either runs (and you can simply pray for it to be reliable) or it does not run. In the second case you generally can't do anything, because it does not interact the proper way regarding to your operating system. Situation of .NET framework is different. It's runtime, which is written in style of being cooperative with Windows OS. It's supported. It's documented the obvious way. It's incorporated in operating system (in case of Windows 2003 and above) and so on. Not everybody is prepared to give their vital system as hostage of some totally strange runtime he knows nothing about. I have nothing against Perl or any other programming language. There are systems, where they are at home. Use them there. All attepmts to do something else are mostly *failing* in production environment. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
On Mon, 17 May 2004, Michal Altair Valasek wrote: [...] Guys, when you go at those MS workshops, you DO NOT have to drink that coffee! Now more than ever it is clear to me that it contains some sort of poison, that you might even like if you're going for a rave, but it definitely has a very long hang-over :-) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Wow! I hat not idea I would start such a debate :) Here is the thing of it all: I have spent somewhere between 18 and 20 years writing code. I have written in C/C++, Perl, Pascal, Cobol, PowerBuilder and a ton of other that are barely worth mentioning :) Each and every one has its plus and minus :) Will I use Perl to do this? Nope, to be honest I really cannot stand Perl's syntax. It is an awesome language and I have written tons of code in it -- but I still don't like the syntax, especially when dealing with objects. That's just my opinion. Will I use C/C++ for this? Not unless there is a HUGE cry for me to switch to it. Why? Because as great as the language is, I have to write all the parsing code by hand, all the config code by hand, all the rendering code by hand, etc etc etc. It's a pain :) and time consuming -- and time is something most of us probably have little to spare. So why did I pick .NET and C#? Because the CLR is an awesome run time library with built in support for everything a developer could possible want in a base library. No need to deal with installing extra libraries, no need to download extra code (Anyone ever try to get a CPAN component to work in Windows, not an easy thing without a compiler also installed). With all that said -- now for a progress up date :) All of the core code is written. I have a log importer that takes all the log files and imports them into an embedded database. I picked SQLite (http://www.sqlite.org/) because it is free, open source, and ported to windows and many unix systems. Once the logs are in the internal database, it is possible to run SQL command against it. So I wrote a reporting engine that will query that database and generate the reports that we have all been looking for. I took this approach for a bunch of reasons, so I hope you will like the idea. All that I have left is to finish the actual queries on the data and then the rendering of the output. Once I have a few basic reports done I will start posting some output and looking for some people to help me test it. Also something that is worth noting, this report system will allow anyone to add any reports that they can come up with -- all you will need to do is be able to write your own SQL queries and edit/create your own config file. All of with is done with a command line application, a few parameters, and a config file. If there is enough interest, I may be willing to create a webservice that can be called to execute and return the reports -- but I will leave that for a little later. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi Sent: Sunday, May 16, 2004 9:47 PM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Mon, 17 May 2004, Michal Altair Valasek wrote: [...] Guys, when you go at those MS workshops, you DO NOT have to drink that coffee! Now more than ever it is clear to me that it contains some sort of poison, that you might even like if you're going for a rave, but it definitely has a very long hang-over :-) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Maybe we should stop the perl or not to perl decision. Microsoft does endorse perl nowadays and even some of their tools are written in it but it is a kind of alien language on windows. It always was and will always be (I suppose). I do use it quite extensively for certain operations but only because nothing else is available. I agree with Michaels points, perl is just not a native windows app and so are perl applications. As a Windows user I would prefer something like /NET and only use perl if all else fails. Wim -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Beau E. Cox Verzonden: maandag 17 mei 2004 1:04 Aan: [EMAIL PROTECTED] Onderwerp: [xmail] Re: Xmail reports -- anyone have a wish list? On Sunday 16 May 2004 07:00 am, Michal Altair Valasek wrote: |And finally, for the $64000 question: Can you explain me WTF=20 |difference does it make for a report tool, that reads text files and=20 |spits HTML (and that it is absolutely not performance critical), the |language that it is written in? It's not important what language uses the given application. Runtime=20 is what is important. So far, so good. For typical Windows system administrator, running Perl or Java=20 application is pain in the ass. The runtimes are complicated to=20 install and setup and tends to break any given security architecture=20 existing. WHAT? Have you installed Perl on Windows from ActiveState (http://activestate.com)? What is so hard about that? Three or four screens with a few simple options. Are you upset because it wants to install in c:\Perl and not in your magic c:\Program Files? WELL, CHANGE IT TO c:\Program Files by hitting the browse button right there on the screen. I just don't understand your problem. And the 'security issues' - what are you refering to? I can write insecure .Net apps as well as secure Perl apps on windows. I don't think security issues are tied to perl. If your up to it, please give examples of security problems caused by Perl. In the above situation, installing such runtime is a truly religious experience: you can't understand it, you must blindly faith in it. I would recommend going to church for religious experiences. Is this remark prompted by your lack of abliity or ignorance or both? - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Just a couple of comments CLI/CRL/CLS/C#/... ARE STANDARDS LIKE JAVA, C, C++ ? GO TO 'ECMA' AND SEE Do you fill peoples at ECMA crazy to 'standardize' no stable concepts or languages ? And CLI/CRL/CLS/C# is really an open concept as it is platform/OS independant ... Can I simply remember that CLI/CLS/CRL/C#... (base of .NET) ARE ALLREADY OPEN AS WE CAN FOUND NO MICROSOFT PRODUCTS like Mono, DotGnu, Perl#, .. I allready tested Mono on FreeBSD and run test applications on both bases (.NET on WIN32 and Mono on FreeBSD) and found no difference at all ... Francis - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
|Python and Java both work very well on both platforms. I don't have experience with Python. But I *have* experience with Java. Bad. Multi-platformness is very nice for academic games or marketing buzz, but not for real deployment. Please, write applications in way what is native for the system they would run on. Do not experiment with Java and so on. -- Altair - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Precisely. No java please! ..NET is ok for me. I don't mind perl for a reporting application. =20 -Oorspronkelijk bericht- Van: Michal Altair Valasek [mailto:[EMAIL PROTECTED] Verzonden: donderdag 29 april 2004 9:36 Aan: [EMAIL PROTECTED] Onderwerp: [xmail] Re: Xmail reports -- anyone have a wish list? =20 |Python and Java both work very well on both platforms. =20 I don't have experience with Python. But I *have* experience=20 with Java. Bad. =20 Multi-platformness is very nice for academic games or=20 marketing buzz, but not for real deployment.=20 =20 Please, write applications in way what is native for the=20 system they would run on. Do not experiment with Java and so on. =20 -- Altair =20 - To unsubscribe from this list: send the line unsubscribe=20 xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a=20 message to [EMAIL PROTECTED] =20 =20 =20 =20 =20 - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I am a die hard C++ programmer :) But this project would take a lot more time and require a large number of extra libraries if I were to use C++. Think XML, Database access, possible UI. All of this is part of the ..NET/Mono core library. Is installing .NET/CLI that big of a deal? Most windows machines already have it. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mikhail Sent: Thursday, April 29, 2004 3:45 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Oh. C#... Let's see. If I want to use your reports system, I need CLI-Mono machine (Common Language Infrastructure) be installed on my box. This is not good dependency. As far as I know modern linux distributions (SuSE, Mandrake, RedHat) do not include this machine. I could be great to use just C++ instead C#, users do not need any machine in this case to run your application. You can use C++ Qt library. Like for example Doxygen project does. Or probably Gtk+ is good enough. Another solution is java. Java machine is stable, and it is shipped with all OSes, even win has java. And one question. Will your application be commercial or free? Mikhail - Original Message - From : Shawn Anderson [EMAIL PROTECTED] To : [EMAIL PROTECTED] Date : Wednesday, 28 April, 2004 05:00 PM Sub : [xmail] Re: Xmail reports -- anyone have a wish list? I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. What do you main by user and domain alias support? Tell me more. And yes the report engine will be released as open source. Also, for a front end, it could be done in anything (Perl, ASP, ASP.NET) because the actual report engine will be something that is scheduled or run with parameters and it will output the result to a file. Shawn-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc)- Graphs Reports (all will have a date range filter)- Total summary- Total summary by log type- Summary by day/hour - Summary by incoming domain/user/ip address- Summary by outgoing domain/user/ip address- Top ten incoming domains/user/ip address- Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn- To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] Mikhail Tchoudinov SmartPost project smartpost.sourceforge.net - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Installing Mono on Gentoo Linux takes one command: emerge mono. They also have Fedora, Red Hat, Debian and SUSE packages on their site. So while no, Mono doesn't come standard on Linux boxes, I don't think it's that big of a deal. -Mark On Thu, 2004-04-29 at 09:35, Shawn Anderson wrote: I am a die hard C++ programmer :) But this project would take a lot more time and require a large number of extra libraries if I were to use C++. Think XML, Database access, possible UI. All of this is part of the ...NET/Mono core library. Is installing .NET/CLI that big of a deal? Most windows machines already have it. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mikhail Sent: Thursday, April 29, 2004 3:45 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Oh. C#... Let's see. If I want to use your reports system, I need CLI-Mono machine (Common Language Infrastructure) be installed on my box. This is not good dependency. As far as I know modern linux distributions (SuSE, Mandrake, RedHat) do not include this machine. I could be great to use just C++ instead C#, users do not need any machine in this case to run your application. You can use C++ Qt library. Like for example Doxygen project does. Or probably Gtk+ is good enough. Another solution is java. Java machine is stable, and it is shipped with all OSes, even win has java. And one question. Will your application be commercial or free? Mikhail - Original Message - From : Shawn Anderson [EMAIL PROTECTED] To : [EMAIL PROTECTED] Date : Wednesday, 28 April, 2004 05:00 PM Sub : [xmail] Re: Xmail reports -- anyone have a wish list? I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. What do you main by user and domain alias support? Tell me more. And yes the report engine will be released as open source. Also, for a front end, it could be done in anything (Perl, ASP, ASP.NET) because the actual report engine will be something that is scheduled or run with parameters and it will output the result to a file. Shawn-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features:- Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type- Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn- To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] Mikhail Tchoudinov SmartPost project smartpost.sourceforge.net - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body
[xmail] Re: Xmail reports -- anyone have a wish list?
There is also DotGNU at http://www.dotgnu.org, which looks real good. I have not seen or heard a hard line comparison though. Thanks, Chuck Frolick ArgoLink.net -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Mealman Sent: Thursday, April 29, 2004 9:04 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Installing Mono on Gentoo Linux takes one command: emerge mono. They also have Fedora, Red Hat, Debian and SUSE packages on their site. So while no, Mono doesn't come standard on Linux boxes, I don't think it's that big of a deal. -Mark On Thu, 2004-04-29 at 09:35, Shawn Anderson wrote: I am a die hard C++ programmer :) But this project would take a lot more time and require a large number of extra libraries if I were to use C++. Think XML, Database access, possible UI. All of this is part of the ...NET/Mono core library. Is installing .NET/CLI that big of a deal? Most windows machines already have it. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mikhail Sent: Thursday, April 29, 2004 3:45 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Oh. C#... Let's see. If I want to use your reports system, I need CLI-Mono machine (Common Language Infrastructure) be installed on my box. This is not good dependency. As far as I know modern linux distributions (SuSE, Mandrake, RedHat) do not include this machine. I could be great to use just C++ instead C#, users do not need any machine in this case to run your application. You can use C++ Qt library. Like for example Doxygen project does. Or probably Gtk+ is good enough. Another solution is java. Java machine is stable, and it is shipped with all OSes, even win has java. And one question. Will your application be commercial or free? Mikhail - Original Message - From : Shawn Anderson [EMAIL PROTECTED] To : [EMAIL PROTECTED] Date : Wednesday, 28 April, 2004 05:00 PM Sub : [xmail] Re: Xmail reports -- anyone have a wish list? I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. What do you main by user and domain alias support? Tell me more. And yes the report engine will be released as open source. Also, for a front end, it could be done in anything (Perl, ASP, ASP.NET) because the actual report engine will be something that is scheduled or run with parameters and it will output the result to a file. Shawn-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features:- Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type- Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn- To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] Mikhail Tchoudinov
[xmail] Re: Xmail reports -- anyone have a wish list?
On Thu, 2004-04-29 at 09:35, Shawn Anderson wrote: ...NET/Mono core library. Is installing .NET/CLI that big of a deal? Most windows machines already have it. most developer new machines at any rate. If you were to count all windows machines out there, I'd be very surprised to learn that most did have .net installed. Will. -- William Denniss - will@ http://tanksoftware.com/ - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
On Thursday 29 April 2004 05:26 am, Shawn Anderson wrote: With how hard MS is pushing it out via there Update Services :) Who knows, but it sure makes development faster.. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William Denniss Sent: Thursday, April 29, 2004 11:12 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Thu, 2004-04-29 at 09:35, Shawn Anderson wrote: ...NET/Mono core library. Is installing .NET/CLI that big of a deal? Most windows machines already have it. most developer new machines at any rate. If you were to count all windows machines out there, I'd be very surprised to learn that most did have .net installed. Will. Hi - So I guess this has become a Windows-only project. Well good luck. Have you any idea how many Unix/Linux servers are out there? I don't see your adversion to Perl which has everthing in place, via CPAN, to accomplish all your needs: portable, avaiable modules for almost any need, rapid development, ... Do you know perl? Are you interested in supporting the non-Windows world? Aloha = Beau; - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I am curious, why do you say it is a Windows only solution? Mono and GnuDot are very well along in development and very stable. They run on almost as many platforms as Perl. And while I do know Perl and have written many many applications in it, I am not really fond of the syntax, the debugger, or the available IDEs for it :) Plus, while it is extremely efficient in handling string and text data, it is not very memory friendly if you know what I mean :) Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Beau E. Cox Sent: Thursday, April 29, 2004 11:55 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Thursday 29 April 2004 05:26 am, Shawn Anderson wrote: With how hard MS is pushing it out via there Update Services :) Who knows, but it sure makes development faster.. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William Denniss Sent: Thursday, April 29, 2004 11:12 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? On Thu, 2004-04-29 at 09:35, Shawn Anderson wrote: ...NET/Mono core library. Is installing .NET/CLI that big of a deal? Most windows machines already have it. most developer new machines at any rate. If you were to count all windows machines out there, I'd be very surprised to learn that most did have .net installed. Will. Hi - So I guess this has become a Windows-only project. Well good luck. Have you any idea how many Unix/Linux servers are out there? I don't see your adversion to Perl which has everthing in place, via CPAN, to accomplish all your needs: portable, avaiable modules for almost any need, rapid development, ... Do you know perl? Are you interested in supporting the non-Windows world? Aloha = Beau; - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
On Thu, 29 Apr 2004, Beau E. Cox wrote: So I guess this has become a Windows-only project. Well good luck. Have you any idea how many Unix/Linux servers are out there? I don't see your adversion to Perl which has everthing in place, via CPAN, to accomplish all your needs: portable, avaiable modules for almost any need, rapid development, ... Do you know perl? Are you interested in supporting the non-Windows world? Cannot agree more. For things like reports and more in general short-lived (in the for how long they run point of view) non-performance-critical applications, Perl is what I'd choose. Perl is what I'd call fashion-free. It's there by a long time and it has no plans to go anywhere. Eagerly waiting the next Q%% language revolution driven by companies that *have* to sell new stuff to grow their guts ... - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Some people just don't like working with Perl and I don't blame them, it's an arcane language if you're coming from a C/C++ background. I used to work a lot with Perl but moved onto Python because it's much easier to work with, though even it has its own unique syntax. I hate MS as much as the next guy, heck I'm writing this email via Evolution under Linux and my job is a Linux sys admin, but I don't see the big deal of the app being written in C# so long as it's checked out against Mono for compatibility. -Mark On Thu, 2004-04-29 at 12:54, Davide Libenzi wrote: On Thu, 29 Apr 2004, Beau E. Cox wrote: So I guess this has become a Windows-only project. Well good luck. Have you any idea how many Unix/Linux servers are out there? I don't see your adversion to Perl which has everthing in place, via CPAN, to accomplish all your needs: portable, avaiable modules for almost any need, rapid development, ... Do you know perl? Are you interested in supporting the non-Windows world? Cannot agree more. For things like reports and more in general short-lived (in the for how long they run point of view) non-performance-critical applications, Perl is what I'd choose. Perl is what I'd call fashion-free. It's there by a long time and it has no plans to go anywhere. Eagerly waiting the next Q%% language revolution driven by companies that *have* to sell new stuff to grow their guts ... - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I agree it's a big task to write a portable and reliable report app for xmail logs. To satisfy everyone I would just use C and mysql. I started something similar on windows a few years ago because my company had to calculate bandwidth usage etc ... , you can find it here www.henry.it/xmail/myxsats.htm It isn't complete, nor perfect, but it fits my needs. I see many of you are interested, maybe it would be nice to join together and start a project that seems really needed by our community ;) Ciao Dario - Original Message - From: Mark Mealman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 29, 2004 7:13 PM Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Some people just don't like working with Perl and I don't blame them, it's an arcane language if you're coming from a C/C++ background. I used to work a lot with Perl but moved onto Python because it's much easier to work with, though even it has its own unique syntax. I hate MS as much as the next guy, heck I'm writing this email via Evolution under Linux and my job is a Linux sys admin, but I don't see the big deal of the app being written in C# so long as it's checked out against Mono for compatibility. -Mark On Thu, 2004-04-29 at 12:54, Davide Libenzi wrote: On Thu, 29 Apr 2004, Beau E. Cox wrote: So I guess this has become a Windows-only project. Well good luck. Have you any idea how many Unix/Linux servers are out there? I don't see your adversion to Perl which has everthing in place, via CPAN, to accomplish all your needs: portable, avaiable modules for almost any need, rapid development, ... Do you know perl? Are you interested in supporting the non-Windows world? Cannot agree more. For things like reports and more in general short-lived (in the for how long they run point of view) non-performance-critical applications, Perl is what I'd choose. Perl is what I'd call fashion-free. It's there by a long time and it has no plans to go anywhere. Eagerly waiting the next Q%% language revolution driven by companies that *have* to sell new stuff to grow their guts ... - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
.. just realized, wrong link. http://www.henry.it/xmail/myxstats.htm Ciao Dario - Original Message - From: Dario Jakopec [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 29, 2004 9:37 PM Subject: [xmail] Re: Xmail reports -- anyone have a wish list? I agree it's a big task to write a portable and reliable report app for xmail logs. To satisfy everyone I would just use C and mysql. I started something similar on windows a few years ago because my company had to calculate bandwidth usage etc ... , you can find it here www.henry.it/xmail/myxsats.htm It isn't complete, nor perfect, but it fits my needs. I see many of you are interested, maybe it would be nice to join together and start a project that seems really needed by our community ;) Ciao Dario - Original Message - From: Mark Mealman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 29, 2004 7:13 PM Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Some people just don't like working with Perl and I don't blame them, it's an arcane language if you're coming from a C/C++ background. I used to work a lot with Perl but moved onto Python because it's much easier to work with, though even it has its own unique syntax. I hate MS as much as the next guy, heck I'm writing this email via Evolution under Linux and my job is a Linux sys admin, but I don't see the big deal of the app being written in C# so long as it's checked out against Mono for compatibility. -Mark On Thu, 2004-04-29 at 12:54, Davide Libenzi wrote: On Thu, 29 Apr 2004, Beau E. Cox wrote: So I guess this has become a Windows-only project. Well good luck. Have you any idea how many Unix/Linux servers are out there? I don't see your adversion to Perl which has everthing in place, via CPAN, to accomplish all your needs: portable, avaiable modules for almost any need, rapid development, ... Do you know perl? Are you interested in supporting the non-Windows world? Cannot agree more. For things like reports and more in general short-lived (in the for how long they run point of view) non-performance-critical applications, Perl is what I'd choose. Perl is what I'd call fashion-free. It's there by a long time and it has no plans to go anywhere. Eagerly waiting the next Q%% language revolution driven by companies that *have* to sell new stuff to grow their guts ... - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Hi, What platform/language will the system be created for? What format will the reports be in (html) ? Will it be open source? Regards, Jørn - Original Message - From: Shawn Anderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 28, 2004 2:35 PM Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Right now I am leaning towards .NET (and maybe Mono) for the language. = As for the output (if you look at my list grin) the idea is to allow for multiple types of outputs. And yes, the report engine will be open = source, but some of the libraries may not be (I am still thinking about this). Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = On Behalf Of J=F8rn Aakre Sent: Wednesday, April 28, 2004 9:21 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, What platform/language will the system be created for? What format will = the reports be in (html) ? Will it be open source? Regards, J=F8rn - Original Message - From: Shawn Anderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 28, 2004 2:35 PM Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I = have been needing something for a while), so I thought I would see if = anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. What do you main by user and domain alias support? Tell me more. And yes the report engine will be released as open source. Also, for a front end, it could be done in anything (Perl, ASP, ASP.NET) because the actual report engine will be something that is scheduled or run with parameters and it will output the result to a file. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Ok, not having a database to store the data is no biggie. By asking if your software will support user/domain alias I was thinking of past log analyzers, every analyzers I tried became completely crazy when reporting stats on a user who has one or more aliases. Everything was screwed up, [EMAIL PROTECTED] was reported as a user but in fact, it wasn't an aliase nor a user. Just to let you know that it seems to be complicated to code. Making your software platform independent would be awesome, I mean that having a perl script or a php script would make linux and win32 folks happy. 2cents and sorry for the terrible english fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 11:00 To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. What do you main by user and domain alias support? Tell me more. And yes the report engine will be released as open source. Also, for a front end, it could be done in anything (Perl, ASP, ASP.NET) because the actual report engine will be something that is scheduled or run with parameters and it will output the result to a file. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Ok, good point on the alias thing. I will keep that in mind. As for the multiplatform thing, I am hoping that by support mono that will cover the linux world happy. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 11:17 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Ok, not having a database to store the data is no biggie. By asking if your software will support user/domain alias I was thinking of past log analyzers, every analyzers I tried became completely crazy when reporting stats on a user who has one or more aliases. Everything was screwed up, [EMAIL PROTECTED] was reported as a user but in fact, it wasn't an aliase nor a user. Just to let you know that it seems to be complicated to code. Making your software platform independent would be awesome, I mean that having a perl script or a php script would make linux and win32 folks happy. 2cents and sorry for the terrible english fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 11:00 To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. What do you main by user and domain alias support? Tell me more. And yes the report engine will be released as open source. Also, for a front end, it could be done in anything (Perl, ASP, ASP.NET) because the actual report engine will be something that is scheduled or run with parameters and it will output the result to a file. Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I have been needing something for a while), so I thought I would see if anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
:) I know the feeling - and yes I would use C#. My thought is that this will be more for scheduled reports and not some much live reports, but I would change that if there is enough interest for live reports. As for = the front-end, I like XMWAI, but I don't like that its look and feel cannot = be changed, so I a new interface might be in order. I have a basic = template system working or I could write a module for something like DNN or = Rainbow -- not sure yet. On the subject of help, sure help is always welcome. = As soon as I get something started I'll let you know. Send me an email at [EMAIL PROTECTED] and we can talk more. Shawn=20 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = On Behalf Of J=F8rn Aakre Sent: Wednesday, April 28, 2004 11:30 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Didn't want to suggest .Net in fear of being flamed here ;) C# ? :) Woudn't mind it using a database though, to keep the results. And let = the frontend generate the reports. Makes it easier to generate reports from = date - to date, etc. Ofcourse this could (read: should) be done = automatically and cached to file daily for most reports. I've also got a simple webadmin system for Xmail in C# ASP.Net, that = could be released whenever I get time to clean it up and remove some of our business logic from it. Please keep us informed when you start the project, and also if you need = any help/etc. Regards, J=F8rn - Original Message - From: Shawn Anderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 28, 2004 4:59 PM Subject: [xmail] Re: Xmail reports -- anyone have a wish list? I am leaning towards .NET (and maybe Mono) for the language. I don't think I will use any database, that way it will not have any dependencies. = What do you main by user and domain alias support? Tell me more. And yes = the report engine will be released as open source. Also, for a front = end, it could be done in anything (Perl, ASP, ASP.NET) because the actual = report engine will be something that is scheduled or run with parameters and = it will output the result to a file. Shawn -Original Message- From: [EMAIL PROTECTED] = [mailto:[EMAIL PROTECTED] On Behalf Of Fred Sent: Wednesday, April 28, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hi, Glad someone is thinking for writing a decent log analyzer! Here is = what I think should be in your project. -Storing the data in a MySQL database? -Will you release your software under the GPL? -Written in PHP or Perl? No ASP please hehe -User and domain alias support? Will all these features your software gonna rox. 2cents -Original Message- From: [EMAIL PROTECTED] = [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril, 2004 08:35 To: [EMAIL PROTECTED] Subject: [xmail] Xmail reports -- anyone have a wish list? Howdy, I am starting to create a reporting system for the XMail log files (I = have been needing something for a while), so I thought I would see if = anyone had their own wish list. Right now, here is what I am thinking: Features: - Automatic report generation on a scheduled time frame - Multiple output type (xml, html, etc) - Graphs Reports (all will have a date range filter) - Total summary - Total summary by log type - Summary by day/hour - Summary by incoming domain/user/ip address - Summary by outgoing domain/user/ip address - Top ten incoming domains/user/ip address - Top ten outgoing domains/user/ip address - Top ten blocked domains/users/ip address (CustomMapsList) Anyone have any thoughts and/or suggestions? Thanks Shawn - To unsubscribe from this list: send the line unsubscribe xmail in = the body of a message to [EMAIL PROTECTED] For general help: send the = line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in = the body of a message to [EMAIL PROTECTED] For general help: send the = line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Hello, |Making your software platform independent would be awesome, I mean that |having a perl script or a php script would make linux and |win32 folks happy. NO! To run PHP or Perl on Windows is a suicide, for security and performance reasons. With a lots of pain I'm very carefully runnig Perl for SpamAssassin and really are not happy about it. And I have a separate server just for e-mail services. For small hosting solutions, where all is running on single machine, this would be impossible and a security risk. Use .NET for Win32 and Perl/PHP for Unix-like system. Don't try to mix the words. Platform independent is from the same litter as One size fits all. Does not fit comfortably anyone and does not run properly anywhere. Even XMail has some issues coming from the multi-platform strategy, for example with DNS resolution. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I have to agree with you on this one :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michal Altair Valasek Sent: Wednesday, April 28, 2004 11:50 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hello, |Making your software platform independent would be awesome, I mean that |having a perl script or a php script would make linux and |win32 folks happy. NO! To run PHP or Perl on Windows is a suicide, for security and performance reasons. With a lots of pain I'm very carefully runnig Perl for SpamAssassin and really are not happy about it. And I have a separate server just for e-mail services. For small hosting solutions, where all is running on single machine, this would be impossible and a security risk. Use .NET for Win32 and Perl/PHP for Unix-like system. Don't try to mix the words. Platform independent is from the same litter as One size fits all. Does not fit comfortably anyone and does not run properly anywhere. Even XMail has some issues coming from the multi-platform strategy, for example with DNS resolution. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
I agree with you too, but Shawn will have to write two scripts. Use .NET for Win32 and Perl/PHP for Unix-like system. If he wants to do it like this, go ahead, everyone will be happy hehe Fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Anderson Sent: 28 avril 2004 12:05 To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? I have to agree with you on this one :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michal Altair Valasek Sent: Wednesday, April 28, 2004 11:50 AM To: [EMAIL PROTECTED] Subject: [xmail] Re: Xmail reports -- anyone have a wish list? Hello, |Making your software platform independent would be awesome, I mean that |having a perl script or a php script would make linux and |win32 folks happy. NO! To run PHP or Perl on Windows is a suicide, for security and performance reasons. With a lots of pain I'm very carefully runnig Perl for SpamAssassin and really are not happy about it. And I have a separate server just for e-mail services. For small hosting solutions, where all is running on single machine, this would be impossible and a security risk. Use .NET for Win32 and Perl/PHP for Unix-like system. Don't try to mix the words. Platform independent is from the same litter as One size fits all. Does not fit comfortably anyone and does not run properly anywhere. Even XMail has some issues coming from the multi-platform strategy, for example with DNS resolution. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
Python and Java both work very well on both platforms. I'm not sure how far along .NET with the Mono project, it's not something I've kept up with. I think if you stick to CLI interface stuff though it would probably be okay. -Mark On Wed, 2004-04-28 at 11:49, Michal Altair Valasek wrote: Hello, |Making your software platform independent would be awesome, I mean that |having a perl script or a php script would make linux and |win32 folks happy. NO! To run PHP or Perl on Windows is a suicide, for security and performance reasons. With a lots of pain I'm very carefully runnig Perl for SpamAssassin and really are not happy about it. And I have a separate server just for e-mail services. For small hosting solutions, where all is running on single machine, this would be impossible and a security risk. Use .NET for Win32 and Perl/PHP for Unix-like system. Don't try to mix the words. Platform independent is from the same litter as One size fits all. Does not fit comfortably anyone and does not run properly anywhere. Even XMail has some issues coming from the multi-platform strategy, for example with DNS resolution. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: Xmail reports -- anyone have a wish list?
i wrote a Perl Script to run in the Cron every 20 minutes to show the number of emails that are being processed by which IP address and it also associates it with the name of the user. It writes it out to a nicely formated web page also. This is used to see if there is any virus activity on the network. Chad On Wed, 2004-04-28 at 12:12, Mark Mealman wrote: Python and Java both work very well on both platforms. I'm not sure how far along .NET with the Mono project, it's not something I've kept up with. I think if you stick to CLI interface stuff though it would probably be okay. -Mark On Wed, 2004-04-28 at 11:49, Michal Altair Valasek wrote: Hello, |Making your software platform independent would be awesome, I mean that |having a perl script or a php script would make linux and |win32 folks happy. NO! To run PHP or Perl on Windows is a suicide, for security and performance reasons. With a lots of pain I'm very carefully runnig Perl for SpamAssassin and really are not happy about it. And I have a separate server just for e-mail services. For small hosting solutions, where all is running on single machine, this would be impossible and a security risk. Use .NET for Win32 and Perl/PHP for Unix-like system. Don't try to mix the words. Platform independent is from the same litter as One size fits all. Does not fit comfortably anyone and does not run properly anywhere. Even XMail has some issues coming from the multi-platform strategy, for example with DNS resolution. -- Michal Altair Valasek [EMAIL PROTECTED] Altair Communications - web hosting, web design, application development ___ http://www.altaircom.net | PGP: 0xC4F3579D | Phone (support): +420602137341 When it's inevitable, relax and enjoy it. - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]