RE: [vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*)
I'm with Shane on this. top-posting is not some evil activity. it is _not_ rude, nor is it 'incredibly difficult' to read. hyperbole! of course, i like top posting if only to get jeremy to post the kittens url, since it's funnier 'n' hell! ;^) At 07:16 PM 8/9/2004, Shane Chrisp wrote: Top post bottom post, can we not get into the net police crap. There is NO rules Regarding how to reply to someone elses mail. Some top post, some bottom post and Some post inline. Get over it! Just my oppinion, but I get so sick and tired of people wasting time trying to change something that they have zero control over. Shane > -Original Message- > From: Jeremy Kitchen [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 10 August 2004 1:03 AM > To: [EMAIL PROTECTED] > Subject: Re: [vchkpw] Compatibility with courier > (~vpopmail/domains//.qmail-*) > > http://scriptkitchen.com/godkills.jpg <--- please, think of > the kittens > (hint: don't top post, it's rude, and makes your message > incredibly difficult to read, and reply to) > > On Monday 09 August 2004 11:57 am, Vlad Soutyrine so brokenly wrote: > > > > Is there a way to make .qmail-* files in > > > > ~vpopmail/domains// work correctly for courier? > > > > this is a question about how courier handles .qmail-* > files. This > > > is not related to vpopmail, please ask the courier mailing list. > > > This is a catch 22, courier's gurus think it is a vpopmail problem. > > vpopmail doesn't read ~vpopmail/domains/example.net/.qmail-default .. > qmail-local does, or in this case, courier. > > therefore the issue you described is /NOT/ a vpopmail issue. > > -Jeremy > > -- > Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet > Technologies, Inc. > [EMAIL PROTECTED] ++ www.inter7.com ++ 866.528.3530 ++ > 847.492.0470 int'l > kitchen @ #qmail #gentoo on EFnet ++ scriptkitchen.com/qmail > > Paul Theodoropoulos http://www.anastrophe.com http://www.smileglobal.com
Re: [vchkpw] Authentication Problem/Login problem
On Aug 9, 2004, at 5:28 PM, Mattias Björk wrote: Im using thunderbird as my MUA. My user name is "kladd" Try using the full email address as the user name. -- 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/
RE: [vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*)
Top post bottom post, can we not get into the net police crap. There is NO rules Regarding how to reply to someone elses mail. Some top post, some bottom post and Some post inline. Get over it! Just my oppinion, but I get so sick and tired of people wasting time trying to change something that they have zero control over. Shane > -Original Message- > From: Jeremy Kitchen [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 10 August 2004 1:03 AM > To: [EMAIL PROTECTED] > Subject: Re: [vchkpw] Compatibility with courier > (~vpopmail/domains//.qmail-*) > > http://scriptkitchen.com/godkills.jpg <--- please, think of > the kittens > (hint: don't top post, it's rude, and makes your message > incredibly difficult to read, and reply to) > > On Monday 09 August 2004 11:57 am, Vlad Soutyrine so brokenly wrote: > > > > Is there a way to make .qmail-* files in > > > > ~vpopmail/domains// work correctly for courier? > > > > this is a question about how courier handles .qmail-* > files. This > > > is not related to vpopmail, please ask the courier mailing list. > > > This is a catch 22, courier's gurus think it is a vpopmail problem. > > vpopmail doesn't read ~vpopmail/domains/example.net/.qmail-default .. > qmail-local does, or in this case, courier. > > therefore the issue you described is /NOT/ a vpopmail issue. > > -Jeremy > > -- > Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet > Technologies, Inc. > [EMAIL PROTECTED] ++ www.inter7.com ++ 866.528.3530 ++ > 847.492.0470 int'l > kitchen @ #qmail #gentoo on EFnet ++ scriptkitchen.com/qmail > >
Re: [vchkpw] Authentication Problem/Login problem
Hi, Vlad Soutyrine wrote: > I had problems as well, first I made sure that vpopmail itself works > fine. > Try to change password of a user with vpasswd, for example, to see if > you > get any error messages. No problem here: mail# ./vpasswd [EMAIL PROTECTED] Please enter password for [EMAIL PROTECTED]: enter password again: mail# > vadddomain, vadduser - no errors for troublesome > domain? Added a new user: mail# ./vadduser [EMAIL PROTECTED] Please enter password for [EMAIL PROTECTED]: enter password again: mail# Added a new virtaldomain: mail# ./vadddomain webmail.birch.se Please enter password for postmaster: enter password again: mail# > Also, > /var/qmail/users/assign > should have a line properly formatted for each domain. This line gets > inserted automatically when using vadddomain. Something like: cat /var/qmail/users/assign mail# cat assign +mail.birch.se-:mail.birch.se:89:89:/usr/local/vpopmail/domains/mail.birch.se:-:: +webmail.birch.se-:webmail.birch.se:89:89:/usr/local/vpopmail/domains/webmail.birch.se:-:: . mail# id vpopmail uid=89(vpopmail) gid=89(vchkpw) groups=89(vchkpw) mail# > There could be a variety of things on how you ran configure for > courier > also, but I would first make sure that simple stuff above is ok. It seems okey so far? > -Original Message- > From: Mattias Björk [mailto:[EMAIL PROTECTED] Sent: Monday, > August 09, 2004 5:28 PM > To: [EMAIL PROTECTED] > Subject: [vchkpw] Authentication Problem/Login problem > > Hi, > > I have setup qmail with vpopmail+courier-imap and are using a virtual > domain. Its named "mail.birch.se". Im running it on FreeBSD 5.2.1. > > I have used this guide to accomplish this: > > "http://www.stevenfettig.com/mythoughts/archives/cat_qmail.php"; > > (Qmail HOWTO 1 thru chapter 3.) > > I have also read some of the comments and did the change of > AUTHMODULES="authvchkpw" in "/usr/local/etc/courier-imap/authdaemonrc" > from AUTHMODULES="authdaemon". > > And my /var/qmail/control/virtualdomains does have this line: > "mail.birch.se:mail.birch.se" > > Im using thunderbird as my MUA. My user name is "kladd" > > Almost everything works fine, I can auth/login via imap-ssl and all. I > get the certificate and accept it. However when I look in > /var/log/maillog it says: > > Aug 10 01:50:18 mail imapd-ssl: LOGIN FAILED, > ip=[:::192.168.10.201] > Aug 10 01:50:18 mail imapd-ssl: LOGOUT, ip=[:::192.168.10.201] > > (There are more but just the same thing but other date/time stamps) > > And I can't see/list my mails, And If I send a mail to my self, with > the option "Place mail in sent folder" set. I get an error message > saying that it can't do it. I have tried to change the password > several times but that does not seem to make any diffrance. > > I have listed and there are the mail that I have sent to my self in > "/usr/local/vpopmail/domains/mail.birch.se/kladd/Maildir/new" > > I hope have not forgotten to do something, I can't think of anything > that I have forgotten. Perhaps I have missed something but I have also > checked the logs in "/var/log". I have checked "/var/messages" and > /var/log/qmail/current with tail -f. And there is not more that I can > think of that is wrong. > > Does anybody have a clue on what might be wrong? This has something to > do with the auth. I don't know but it might be something to with the > open_relay fix/addon in the guide as well. > > Mvh Mattias Björk Thank you very mutch for the fast reply Mvh Mattias Björk
[vchkpw] Authentication Problem/Login problem
Hi, I have setup qmail with vpopmail+courier-imap and are using a virtual domain. Its named "mail.birch.se". Im running it on FreeBSD 5.2.1. I have used this guide to accomplish this: "http://www.stevenfettig.com/mythoughts/archives/cat_qmail.php"; (Qmail HOWTO 1 thru chapter 3.) I have also read some of the comments and did the change of AUTHMODULES="authvchkpw" in "/usr/local/etc/courier-imap/authdaemonrc" from AUTHMODULES="authdaemon". And my /var/qmail/control/virtualdomains does have this line: "mail.birch.se:mail.birch.se" Im using thunderbird as my MUA. My user name is "kladd" Almost everything works fine, I can auth/login via imap-ssl and all. I get the certificate and accept it. However when I look in /var/log/maillog it says: Aug 10 01:50:18 mail imapd-ssl: LOGIN FAILED, ip=[:::192.168.10.201] Aug 10 01:50:18 mail imapd-ssl: LOGOUT, ip=[:::192.168.10.201] (There are more but just the same thing but other date/time stamps) And I can't see/list my mails, And If I send a mail to my self, with the option "Place mail in sent folder" set. I get an error message saying that it can't do it. I have tried to change the password several times but that does not seem to make any diffrance. I have listed and there are the mail that I have sent to my self in "/usr/local/vpopmail/domains/mail.birch.se/kladd/Maildir/new" I hope have not forgotten to do something, I can't think of anything that I have forgotten. Perhaps I have missed something but I have also checked the logs in "/var/log". I have checked "/var/messages" and /var/log/qmail/current with tail -f. And there is not more that I can think of that is wrong. Does anybody have a clue on what might be wrong? This has something to do with the auth. I don't know but it might be something to with the open_relay fix/addon in the guide as well. Mvh Mattias Björk
Re: [vchkpw] Who can tell me exactly how dir_control works?
Dave Goodrich wrote: Michael Bowe wrote: - Original Message - From: "Dave Goodrich" <[EMAIL PROTECTED]> Mark Richardson wrote: I have looked at the dir hashing code before in an effort to try and understand it, but not being an expert C programmer, it makes my head spin In the mailing list archives there are many accounts of the type of problem you describe Do you mean I looked Friday into the largest domain (most users) and found the following, 4500+ users user hash dir 0-9 used user hash dir A-Z used user hash dir a-z, currently in "u" I believe this means that I have hashed up to "1" level and I am currently in "u". The source code says I should have the ability to hash into 0-9, A-Z, a-z, which gives me 61 levels (not 62, start counting at 0) since the level_endX fields all read "61" this makes since to me. So I believe. I should have the following values for this domain. cur_users = 4555 level_cur = 1 # how deep have I hashed already level_max = 3 # how many levels to hash level_start0 = 0 # where to start hashing level_start1 = 0 level_start2 = 0 level_end0 = 61 # how many total dirs to have per level level_end1 = 61 level_end2 = 61 level_mod0 = ? # no idea what this does, currently reads 0 level_mod1 = ? # currently reads 2 level_mod2 = ? # currently reads 4 level_index0 = 56 # how deep have we hashed within the first level level_index1 = 0 level_index2 = 0 the_dir = u # the dir we are currently adding users to Ok, that worked somewhat. We are now creating the users within the proper directory. Hmm, how does vpopmail know when to use a new dir? If my thought on the value of level_indexX is correct, might level_modX tell vpopmail when to create the next dir in line? I will fill that dir "u" with new users and see if a dir "v" is created. That should also change level_index0 to "57", I believe. DAve If this jogs anyones memory, that would be great. I am going to plug these numbers in and see what happens. If anyone out there with more than 5000 users in a domain could send me the contents of their dir_control table, it would be very very helpful. Thanks, DAve I believe that the large number in the cur_users field comes about because that field is typically 32bit (ie max value 4294967295) and perhaps if the value is 0 and gets 1 subtracted from it incorrectly during the conversion, you end up with numbers wrapping and being displayed in that range). Or maybe there is a part of the code that mixes signed and unsigned integers resulting in that bug? Michael. We figured that was an error, replaced the value and everything continued properly.
Re: [vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*)
http://scriptkitchen.com/godkills.jpg <--- please, think of the kittens (hint: don't top post, it's rude, and makes your message incredibly difficult to read, and reply to) On Monday 09 August 2004 11:57 am, Vlad Soutyrine so brokenly wrote: > > > Is there a way to make .qmail-* files in ~vpopmail/domains// > > > work correctly for courier? > > this is a question about how courier handles .qmail-* files. This is not > > related to vpopmail, please ask the courier mailing list. > This is a catch 22, courier's gurus think it is a vpopmail problem. vpopmail doesn't read ~vpopmail/domains/example.net/.qmail-default .. qmail-local does, or in this case, courier. therefore the issue you described is /NOT/ a vpopmail issue. -Jeremy -- Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc. [EMAIL PROTECTED] ++ www.inter7.com ++ 866.528.3530 ++ 847.492.0470 int'l kitchen @ #qmail #gentoo on EFnet ++ scriptkitchen.com/qmail
RE: [vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*)
This is a catch 22, courier's gurus think it is a vpopmail problem. -Original Message- From: Jeremy Kitchen [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 9:47 AM To: [EMAIL PROTECTED] Subject: Re: [vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*) > Is there a way to make .qmail-* files in ~vpopmail/domains// > work correctly for courier? this is a question about how courier handles .qmail-* files. This is not related to vpopmail, please ask the courier mailing list. -Jeremy -- Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc. [EMAIL PROTECTED] ++ www.inter7.com ++ 866.528.3530 ++ 847.492.0470 int'l kitchen @ #qmail #gentoo on EFnet ++ scriptkitchen.com/qmail
Re: [vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*)
You replied to an existing post, deleted all of its content, including the subject, wrote your own subject, and email, and then sent it to the list. Don't do this. Use your MUA's "new" function to start a new thread on the mailing list. That being said: On Monday 09 August 2004 11:43 am, Vlad Soutyrine wrote: > Is there a way to make .qmail-* files in ~vpopmail/domains// > work correctly for courier? this is a question about how courier handles .qmail-* files. This is not related to vpopmail, please ask the courier mailing list. -Jeremy -- Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc. [EMAIL PROTECTED] ++ www.inter7.com ++ 866.528.3530 ++ 847.492.0470 int'l kitchen @ #qmail #gentoo on EFnet ++ scriptkitchen.com/qmail
[vchkpw] Compatibility with courier (~vpopmail/domains//.qmail-*)
Hi, Courier with authvchkpw almost works. It does not handle roaming users under authdaemon, which is not a real problem since courier implements authentication on smtp with SSL. However it ignores .qmail-* files in ~vpopmail/domains// folder, although it recognizes correctly .qmail-* files in ~vpopmail/domains//user/ folder. Is my understanding correct? I used the current latest courier and vpopmail installations. Is there a way to make .qmail-* files in ~vpopmail/domains// work correctly for courier? Courier seems a good all-in-one solution for mta, but it lacks a tool to manage virtual domains in a simple enough way as far as I know. That is what vpopmail + qmailadmin do very well. The problem described above seems to be the only problem with courier + vchkpw. Otherwise courier + vchkpw + vpopmail + qmailadmin would be a perfect solution for me. Are there other better solutions?
Re: [vchkpw] Who can tell me exactly how dir_control works?
Michael Bowe wrote: - Original Message - From: "Dave Goodrich" <[EMAIL PROTECTED]> Mark Richardson wrote: I have looked at the dir hashing code before in an effort to try and understand it, but not being an expert C programmer, it makes my head spin In the mailing list archives there are many accounts of the type of problem you describe Do you mean http://www.mail-archive.com/[EMAIL PROTECTED]/msg18604.html This is where I got the idea, "change something and see what happens" http://www.mail-archive.com/[EMAIL PROTECTED]/msg05262.html Best explanation yet, but it still doesn't explain what level_modX does, or what level_indexX does. http://www.mail-archive.com/[EMAIL PROTECTED]/msg04465.html This is the message that made me think getting an answer wouldn't be so hard. This is the other user with the same problem I am experiencing, no solution either. http://www.mail-archive.com/[EMAIL PROTECTED]/msg16037.html I looked Friday into the largest domain (most users) and found the following, 4500+ users user hash dir 0-9 used user hash dir A-Z used user hash dir a-z, currently in "u" I believe this means that I have hashed up to "1" level and I am currently in "u". The source code says I should have the ability to hash into 0-9, A-Z, a-z, which gives me 61 levels (not 62, start counting at 0) since the level_endX fields all read "61" this makes since to me. So I believe. I should have the following values for this domain. cur_users = 4555 level_cur = 1 # how deep have I hashed already level_max = 3 # how many levels to hash level_start0 = 0 # where to start hashing level_start1 = 0 level_start2 = 0 level_end0 = 61 # how many total dirs to have per level level_end1 = 61 level_end2 = 61 level_mod0 = ? # no idea what this does, currently reads 0 level_mod1 = ? # currently reads 2 level_mod2 = ? # currently reads 4 level_index0 = 56 # how deep have we hashed within the first level level_index1 = 0 level_index2 = 0 the_dir = u # the dir we are currently adding users to If this jogs anyones memory, that would be great. I am going to plug these numbers in and see what happens. If anyone out there with more than 5000 users in a domain could send me the contents of their dir_control table, it would be very very helpful. Thanks, DAve I believe that the large number in the cur_users field comes about because that field is typically 32bit (ie max value 4294967295) and perhaps if the value is 0 and gets 1 subtracted from it incorrectly during the conversion, you end up with numbers wrapping and being displayed in that range). Or maybe there is a part of the code that mixes signed and unsigned integers resulting in that bug? Michael. We figured that was an error, replaced the value and everything continued properly.
Re: [vchkpw] R: [vchkpw] alias problem
You can get eliminate dups from http://www.gormand.com.au/peters/tools/ -- Regards Manny "Unix is simple, but it takes a genius to understand the simplicity." - Dennis Ritchie
[vchkpw] R: [vchkpw] alias problem
-Messaggio originale- Da: manvendra bhangui [mailto:[EMAIL PROTECTED] Inviato: venerdi 6 agosto 2004 12.35 A: [EMAIL PROTECTED] Oggetto: Re: [vchkpw] alias problem On Fri, 6 Aug 2004 11:22:17 +0200, fmessere <[EMAIL PROTECTED]> wrote: > My mail account is insert in a lot of aliases so if someone send a mail to > two or tree of this I receve the same mail a lot of time. Is there a way to > avoid this? > >> google eliminate-dups hi, I forgot to tell that before writhing to this list I searched in qmail man-pages and on google but didn't find anything that could help me Regards Francesco