Re: [vchkpw] Vpopmail 5.4.9 released
Tom Collins wrote: On Jan 12, 2005, at 4:30 PM, Yeahbut wrote: This is not happening. Sqwebmail connections don't get logged at all. I don't think sqwebmail uses vchkpw (which does that logging). AFAIK, it reads directly from the maildirs. Note also that courier-imap does not call vchkpw for authentication, it uses a built-in authentication module. I think someone has made a patch for courier-imap, but don't know if it's made it into the mainstream releases. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/ Tom, You are correct that it reads directly from the maildirs, as opposed to webmail clients like Squirrelmail that require IMAP, however an authentication method is still required which is specified during ./configure. In the configuration I'm using, the specified authentication method was to use authvchkpw, which I would assume (I am not a programmer) means it is using vchkpw. Is it possible that it is using the same information store of usernames and passwords as vchkpw but not actually calling vchkpw? Regards, Robert Kropiewnicki
Re: [vchkpw] Vpopmail 5.4.9 released
Andryan wrote: Robert Kropiewnicki wrote: [..] Tom, You are correct that it reads directly from the maildirs, as opposed to webmail clients like Squirrelmail that require IMAP, however an authentication method is still required which is specified during ./configure. In the configuration I'm using, the specified authentication method was to use authvchkpw, which I would assume (I am not a programmer) means it is using vchkpw. As Tom had said before, authvchkpw is *not* using vchkpw, instead it's a module of Courier which does the same as vchkpw. It uses the same library, but that's it. The logging feature is in vchkpw, so that's why it wouldn't appear if you used the module authvchkpw. Andryan, Thanks for the clarification. Regards, Robert Kropiewnicki
RE: [vchkpw] Vpopmail 5.3.30 released
-Original Message- From: Tom Collins [mailto:[EMAIL PROTECTED] Sent: Thursday, November 20, 2003 7:37 PM To: vpopmail list; [EMAIL PROTECTED] Subject: [vchkpw] Vpopmail 5.3.30 released http://vpopmail.sf.net/ This should fix all known problems with 5.3.29. If this fixes all known problems with 5.3.29, perhaps now is the time to call a freeze on new features and work towards testing 5.3.30 for a possible 5.4 release.
RE: [vchkpw] Re: Tom's fork of vpopmail (and qmailadmin)
of positive movement on this project in their absence. NO FORKING. Define play nicely with others? Catherine's inappropriate comments aside (and the fact that you felt the need to point out how carefully your words were chosen, Catherine, only serves to highlight how inappropriate they were), I've seen no evidence to suggest an ulterior motive on Ken's part with regards to vpopmail. I simply don't see the threat in having Ken as an administrator. Even if he were to do something as stupid as try and kick Tom off from the list of administrators, as some seem to be suggesting, all that would be necessary is to truly fork the project and shut Inter7 out completely. Disclaimer: If you disagree with these comments, that's your prerogative, but I personally don't want to hear sniping comments back about it, because frankly, I don't value the opinion of most of you. The list membership over the past year has become overpopulated with whiny idiots who have no appreciation for where the product has been, how it almost died, and how it has now seen tremendous progress in the absence of Ken and Inter7. Your opinions would be even more valuable if you would quit with the derogatory comments. People who disagree with you are not necessarily idiots. They are not necessarily inferior sysadmins. They simply have a different point of view. Regards, Robert Kropiewnicki
RE: [vchkpw] Re: Tom's fork of vpopmail (and qmailadmin)
Paul L. Allen Robert Kropiewnicki writes: Do you work for Inter7? Can you speak definitively to the fact that they've shelved vpopmail for good on their end? No, you can't. And can you speak definitively to say that they haven't? Despite Ken's sudden re-appearance here, can you positively, definitely state that Ken is going to be as active now and in the future as he was six months ago and that there will be no more sudden disappearances for months on end? I've spoken definitively to no such thing. What Ken Jones will do now that he has been granted admin access (bravo Tom!) is not at the core of my argument. My argument is that he has done enough in the past for vpopmail development to warrant his inclusion as an admin. I've seen enough projects in enough companies get put on hold for periods of time because there was something else that required more attention. Heck, I've had projects I've worked on get put on hold because management decided something else was a more pressing matter only to return to the project when the pressing matter had been completed. And in those cases I would expect the companies involved to be honest with external clients who are waiting for the completion of those projects, at least if the client asked when it was going to be ready. Clients are funny that way - if you tell them there has been a delay they may accept that delay but if you ignore them they go somewhere else. By not even saying that he was busy or delegating it to somebody else Ken put himself in the situation where people walked away. Many of the projects I spoke about in terms of personal experience had more to do with internal infrastructure projects. Actually, it was projects for external paying clients that would often be the reason they were put on hold. With any business, the needs of the paying clients come first. Failure of Inter7's management to recognize the need for either visibly active development or at the very least, acknowledge the fact that Ken's hands were currently tied due to being assigned other projects should not be held against Ken. No, it should be held against Inter 7. Which may or may not be Ken himself. Whether it was Ken's decision or that of a pointy-haired boss makes no difference. Somebody at Inter 7 thought it acceptable for Ken to ignore this list and vpopmail development for 6 months. I do not think that acceptable. I do not find it acceptable either. I had asked on this list when the next official Inter7-stamped stable release of vpopmail was coming on at least two occasions given that one of the other Inter7 apps I was using (I believe it was vqadmin) required the development release of vpopmail as a requirement for its stable release. I found that as unacceptable then as I do now. Disagree. If Linus Torvalds had to step away from working on the Linux kernel for an extended period of time, would he have to justify why he still deserved to be a lead on the project? If he stopped working on the kernel for 6 months without telling anyone, without responding to bug reports or patches and effectively stalling development until somebody forked development then he damned well would have to justify being a lead again. But we both know that Linus would not do that. If circumstances forced his absence for a prolonged period he would delegate control temporarily. Ken did not even delegate control temporarily. It was left to Tom to pick up the ball after realizing that Ken had apparently given up on things. It appears that the only reason Ken has expressed any interest since is because Tom formally took control and so Inter 7 would lose the right advertise themselves as the developers of vpopmail. I do not see any behaviour by Ken or Inter 7 that justifies Ken having administrative control but I do see a lot of behaviour by Ken that justifies him NOT having administrative control. For the most part I can agree with this argument. If Ken were going to have complete and total administrative control again to the exclusion of Tom, I would completely agree with this argument. However, as it stands right now, Ken and Tom are both listed as administrators, so here's a call to let this thread die. -- Paul Allen Softflare Support The civility of your post is well appreciated. Here's hoping we both get what we want, the continued development and improvement of vpopmail. Regards, Robert Kropiewnicki
RE: [vchkpw] Re: Tom's fork of vpopmail (and qmailadmin)
Hello all, I figured I'd throw in my 2 cents on the matter. Please note, I'm not a programmer and do not claim to be one. My views are purely from the standpoint of someone who has been using vpopmail happily for a couple of years now. It is one of the first open source software packages I had the pleasure of using in Linux. 1. I agree with the decision to open a Sourceforge project for the development of vpopmail. Sourceforge is pretty much the de facto standard with regards to open source projects. If we're going to have more development from the community at large, it would make sense to use Sourceforge for the repository. 2. I disagree with the decision to leave Ken Jones off the ownership list for vpopmail. I recognize Tom's right to do so, but I still don't think it's the right thing to do. For whatever reasons, Ken has not contributed to the vpopmail project as much (if at all) recently as he has in the past. I do not dispute this. However, I do believe that without Ken, or at least someone from Inter7, as one of the owners, this may become a dead-end project. 3. I am heavily concerned that the latest stable release of vpopmail is still at 5.2.1. I am troubled by this notion that it is acceptable in the business world to run development level software in a production environment, especially given that the latest development release keeps changing. What is the latest stable development release? The fact that Inter7 has, on more than one occasion right on this mailing list, fed into this notion of development releases being ok for production environments is a source of great annoyance. A number of the different software packages on Inter7's website no longer differentiate between development and stable release. IIRC, the latest stable version of vqadmin requires a development version of vpopmail. 4. Given the failure of Inter7 with regards to point number three, who is going to be responsible for deciding a particular development release is good enough to be declared stable? While the quickly increasing version number on both vpopmail and qmailadmin is an impressive statement about the power of community written software, anything related to mail server operation is not a toy. This is not something we just sit around with on a computer in the back room and run it because we can. Those of us using the software in a production environment need to know that there is a version where no new features were added and all known bugs were fixed. If 5.2.1 is the last version we're going to be able to call a stable release, sysadmins running vpopmail will need to decide if 5.2.1 is acceptable. If not, it may be time to look into some other virtual domain manager such as vmailmgr. The same goes for qmailadmin. Regards, Robert Kropiewnicki
RE: [vchkpw] Re: Qmailadmin feature request
-Original Message- From: Davide Giunchi [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 4:56 AM To: Rhett Hermer; [EMAIL PROTECTED] Subject: Re: [vchkpw] Re: Qmailadmin feature request Il 09:13, venerdì 7 febbraio 2003, Rhett Hermer ha scritto: If djb doesn't want to improve qmail with all of those patches et al, then what's stopping us to write new MTA based on qmail design? Is there any restriction that I am not aware of? I don't think that anybody here want to write yet_another_mta, probably if somebody is unhappy with qmail it will pass to postfix. Regards. -- Davide Giunchi. Membro del FoLUG (Forlà Linux User Group) - http://folug.linux.it GPG Key available on http://www.keyserver.net Fingerprint: 4BFF 2682 6A58 ECFE 071B A1A4 F2A3 9EFA 6494 81FD Not to mention there are those of us that don't want 300 patches integrated into qmail. Patches should be used on an as-needed basis, not simply because they exist. And even then, it's highly recommended that one look for an add-on app that will supply the requested feature instead of patching the qmail source. Regards, Robert Kropiewnicki
RE: [vchkpw] Re: Qmailadmin feature request
-Original Message- From: Andrew Kohlsmith [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 11:44 AM To: [EMAIL PROTECTED] Subject: Re: [vchkpw] Re: Qmailadmin feature request I believe you're using the wrong MTA if you don't like patches. :-) Qmail is the a patchy mail server of mail servers. I keep hoping that will change sometime soon. :) I guess no-one has released a patch that everyone just can't do without though. I've put together a monster patch which is a composite of all of these patches: badmailunk badrcptto qmail-queue-patch accept-5xx conredirect qmail-1.03-mfcheck.3.patch qmail-103-bigdns tarpit ext_todo-20020504 nullenvsender-recipcount qmail-0.0.0.0 qmail-1.03-qmtpc qmail-bouncecontrol qmail-1.03-tls netscape-progress qmail-send.mimeheaders qmail-pop3d+vpomail So far, so good. :-) That says a lot for qmail's original design, which I like. I agree. However there are a lot of little things (as seen in the patchlist above) which I wish would be rolled in to the next qmail release. I don't think that's going to happen, though. DJB seems happy with qmail the way it is and to be honest, any changes means he has to check it all over again for security. Not fun. Regards, Andrew Andrew, Just out of genuine curiosity, were you actually seeing problems that required each of those patches? I've been running a qmail/vpopmail/sqwebmail/qmailadmin setup for the past year now and have yet to actually find need for a patch. Regards, Robert
RE: [vchkpw] NOOB: POP3 auth problems on new FreeBSD install
-Original Message- From: Don Buckley [mailto:[EMAIL PROTECTED]] Sent: Friday, January 17, 2003 5:39 PM To: [EMAIL PROTECTED] Subject: [vchkpw] NOOB: POP3 auth problems on new FreeBSD install Hi people, I've read through the archives and tryed a few things in there. What I know: telnet USER/PASS authentication on port 100 with the box works. I'm pretty sure that my problem lies near vchkpw, but i'm not sure about how to expose the problem, where to start to look. Any hints would be appreciated :) Don Buckley [EMAIL PROTECTED] Don, A good start would be to tell us what the actual problem is. Next thing would be to tell us what the logs say. Regards, Robert Kropiewnicki
RE: [vchkpw] qmail-inject Error
Paul, Please refrain from top posting. It makes quoting your email in context very difficult when replying. It is also very difficult to follow which points your email responded to specifically. -Original Message- From: Paul Theodoropoulos [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 12:31 PM To: [EMAIL PROTECTED] Subject: Re: [vchkpw] qmail-inject Error This would all be fine and dandy - if your construct were correct. I draw your attention to the word insist before your bullet points below. Bullet points is perhaps ironically apropos - because the fact is, nobody has a gun to your head. Nobody can compel someone else to educate them/read documentation for them/etc via email to a mailing list. It's your choice to respond. Yet people write email after email to technical mailing lists asking for just that type of handholding. There's a reason why people are constantly told to RTFM, it's because in so many cases it is dreadfully obvious that they haven't. I understand where you are coming from with your rant, but I also believe we should err on the side of compassion and humanity when dealing with ignorance (ignorance in the specific form, 'lack of knowledge on the subject at hand'.) Asking questions is the first step towards learning. I disagree. It is incumbent upon the person asking for help on a free mailing list to actually show that they've gone to some length to find an answer on their own. Not making an effort before asking for help abuses both the time and bandwidth of those who do make an effort as well as those who offer support. To boot, there are a number of applications, especially internet connected, that if a person cannot show the slightest inclination to help themselves, they should not be running in the first place. Yes, it is frustrating when the same questions get asked over and over by different people. I've lost count of the times on the sqwebmail list that someone has asked a short or long question about something, and Mister Sam replies simply See INSTALL. Possibly because if they had read the INSTALL before installing as they were supposed to do, the answer would have been obvious. Since you bring up the Sqwebmail list, of which I'm also a member, how many times have you seen in the last month alone people asking about the Invalid User ID or Password issue that relates to having vpopmail installed? It gets asked over and over because people refuse to do some research beforehand. Spoonfeeding people is not helping the situation. In my early days learning UNIX systems administration (nine years ago), I posted to comp.unix.solaris a few times. My questions were not newbie questions, but compared with what some of the seasoned experts there knew, the questions were trivial. However, I didn't get flamed for asking a question that in relative terms to their expertise was a newbie question. For that I'm thankful. And i've reciprocated many, many times with others, by sharing my knowledge without judgement. True - if someone comes to me with the same question three separate times, I'll probably become reticent. Newbies are by definition ignorant. That's why they are newbies. It is possible to ask a newbie question that won't be universally flamed by the gurus. But in order to do that, one must show that they made some kind of effort to understand what's going on. bottom line: answer or don't answer or redirect the questioner to the appropriate place. But ultimately, it's all your choice. Nobody is forcing you or anyone else to reply to this person's question. See THE GOLDEN RULE. and that's _my_ rant for the day! ;^) Paul Theodoropoulos http://www.anastrophe.com Help Cure Alzheimer's with your PC's spare time: http://folding.stanford.edu Robert Kropiewnicki Network Administrator StructuredWeb Inc. Phone: 201-325-3146 [EMAIL PROTECTED]
RE: [vchkpw] qmail-inject Error
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Charles Sprickman Sent: Wednesday, September 18, 2002 1:21 PM To: Clayton Weise Cc: Paul Theodoropoulos; [EMAIL PROTECTED] Subject: RE: [vchkpw] qmail-inject Error On Wed, 18 Sep 2002, Clayton Weise wrote: I agree on both points. I feel that these mailing lists should be for the odd problems that can't be solved by doing a simple search on google, or reading through the archives. But not everyone takes things that far. There are also so many questions that come up so often that a FAQ is sorely needed. Then the flaming would be easier. Reply to a 6 page email with a pointer to the FAQ. :) There is an FAQ. Granted, it could probably use and update as well as being setup so that clicking on the question takes you to the answer, but it's still better than nothing. It can be found at: http://www.inter7.com/vpopmail/FAQ You also have to remember that even someone who knows what they are doing for the most part can get horribly lost if they jump in and try to learn qmail/vpopmail/courier-imap/sqwebmail all at the same time... Charles As one who just recently (maybe half a year ago) jumped in and began the process of learning all of these applications, I agree. The key is research, research, research. Putting together a publicly accessible email server (ie. not purely for internal use and without an internet connection) is not a task that is to be taken lightly. There are so many good references available to help you along, most notable The qmail Handbook by Dave Sill, that asking for help right from the start without having done the most basic of research is rightfully vilified. Regards, Robert Kropiewnicki Network Administrator StructuredWeb Inc. Phone: 201-325-3146 [EMAIL PROTECTED]
RE: [vchkpw] When to use MySQL with Vpopmail?
Many thanks to Steve and Bill for providing me with a better understanding of when MySQL might be a better solution than using CDB. Considering I am not a DBA, nor do I have any working experience with MySQL, I'd rather not have to use it at the moment if I can get away with it. Your explanations help me get a better grasp of when it may become necessary. You guys rock! Robert Kropiewnicki Network Administrator StructuredWeb Inc. Phone: 201-325-3146 [EMAIL PROTECTED]