[vchkpw] Vusaged segmentation fault on long names
Hi all, I found a bug with long domain names which crashes with a segmentation fault when the vusaged is started. We have 1 client with a domainname of 57 characters and although it is not the domain name listed below, it produces the same result. I believe vpopmail supports domainnames upto 63 characters? Or am I wrong? Steps to reproduce: /home/vpopmail/bin/vadddomain -e postmaster 12345678901234567890123456789012345678901234567890123456.nl test /home/vpopmail/bin/vusaged Returns a segmentation fault: config: using /home/vpopmail/etc/vusaged.conf socket: listening on /tmp/vusaged.sock controller: stage one Segmentation fault Running through gdb results in: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb2bb9b90 (LWP 29861)] 0xb7e656c1 in mysql_free_result () from /usr/lib/libmysqlclient.so.15 (gdb) bt #0 0xb7e656c1 in mysql_free_result () from /usr/lib/libmysqlclient.so.15 #1 0x08059079 in vauth_getall (domain=0x8066afe 12345678901234567890123456789012345678901234567890123456.nl, first=1, sortit=1) at vauth.c:737 #2 0x08051244 in queue_controller () #3 0xb7d644b5 in start_thread () from /lib/i686/cmov/libpthread.so.0 #4 0xb7ce0a5e in clone () from /lib/i686/cmov/libc.so.6 (gdb) bt full #0 0xb7e656c1 in mysql_free_result () from /usr/lib/libmysqlclient.so.15 No symbol table info available. #1 0x08059079 in vauth_getall (domain=0x8066afe 12345678901234567890123456789012345678901234567890123456.nl, first=1, sortit=1) at vauth.c:737 domstr = value optimized out err = value optimized out vpw = {pw_name = 0x8068f00 , pw_passwd = 0x8068e20 , pw_uid = 0, pw_gid = 8192, pw_flags = 8192, pw_gecos = 0x8068c60 , pw_dir = 0x8068b80 , pw_shell = 0x8068d40 , pw_clear_passwd = 0x8068aa0 } more = 7106143 #2 0x08051244 in queue_controller () No locals. #3 0xb7d644b5 in start_thread () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #4 0xb7ce0a5e in clone () from /lib/i686/cmov/libc.so.6 No symbol table info available. I am guessing that a buffer size is too small. Increasing the SQL_BUFF_SIZE in vauth.c to 4096 seems to work, to the extend it throws the same error message later: [Switching to Thread 0x7134a950 (LWP 15136)] 0x77a5b5c5 in mysql_fetch_row () from /usr/lib/libmysqlclient.so.15 (gdb) bt full #0 0x77a5b5c5 in mysql_fetch_row () from /usr/lib/libmysqlclient.so.15 No symbol table info available. #1 0x004117d1 in vauth_getall (domain=0x62205e 12345678901234567890123456789012345678901234567890123456.nl, first=value optimized out, sortit=1) at vauth.c:754 domstr = 0x622700 12345678901234567890123456789012345678901234567890123456_nl err = value optimized out vpw = {pw_name = 0x6259c0 , pw_passwd = 0x6258e0 , pw_uid = 0, pw_gid = 0, pw_flags = 0, pw_gecos = 0x625720 , pw_dir = 0x625640 , pw_shell = 0x625800 , pw_clear_passwd = 0x625560 } more = 1 #2 0x0040a21a in queue_controller () No locals. #3 0x76ee3f9a in start_thread () from /lib/libpthread.so.0 No symbol table info available. #4 0x76c5856d in clone () from /lib/libc.so.6 No symbol table info available. #5 0x in ?? () No symbol table info available. So I'm guessing more than 1 buffer size needs to be increased. Sincerely, - Wouter van der Schagt !DSPAM:4a9e325232711452616560!
Re: [vchkpw] chkuser random rejects
I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two years ago, and I remember there was a rigid order in which patches were supposed to be applied to qmail, and some of them had to be manually added (thinking of simscan, smtp-auth, chkuser) It should be easy. Copy new chkuser files over old files, check chkuser_settings.h (some have changed) and recompile. In the meantime, I've googled a bit and found an alternative. I'll post a what's your experience with ... ? message later about it. Messages sent to existing and not overquota users on this server randomly (as far as I can tell) are rejected with this message: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) I've checked and double checked that the user exists and there was no typo when entering the destination email address. Sending again after a while to the same user ends up with the message into his mailbox without any issues. The server's /var/log/qmail/smtpd/current log file shows this about the rejected message: 2009-07-24 12:28:19.035629500 CHKUSER rejected relaying: from sender's_email_address:: remote remote_mail_server:unknown:remote_ip rcpt valid_u...@mail.domain.tld : client not allowed to relay The mailboxes on this machine are all respecting this pattern: u...@domain.tld You say general pattern is u...@domain.tld, while log says u...@mail.domain.tld. Are you sure 100% domain names do not include blank, DEL, strange not visible chars? It could happen when spaces or strange invisible characters are inside mail addresses. Yes, the recipient mail address I've typed correctly (I double-checked it, having faced stupid users before who think that spaces in email adresses can't hurt that much, can they?) Basically, i replied to a user on that server and got the bounce back imidiately. Cursed at the binary gods for allowing functions to return different results when fed the same input, had to leave the office, and when i got back replied again to the same message, checked and it arrived in the users's mailbox. The log shows this: 2009-07-24 18:09:48.389030500 CHKUSER accepted rcpt: from my_email_address:: remote my_email_server:unknown:my_ip rcpt u...@domain.tld : found existing recipient Check if any limit is reached. Like max open files or max MySQL connections. It could happen in a peaik moment you reach some limits. chkuser version you have does not handle mysql refused connections, while 2.0.9 does. What i don't understand is why vpopmail is sometimes being asked to authenticate /u...@domain.tld/ and sometimes /u...@mail.domain.tld/ ? probably some users put the wrong username in Outlook... missing the domain part, so automatically you have the me file added to address... or? Ciao, Tonino Of course, possible solutions to my problem are: 1. getting rid of mail. part completely 2. making mail.domain.tld an alias of domain.tld, so both would work Thanks a lot for any ideeas you might have. Regards, Tonino The /var/qmail/control/me file lists this: mail.domain.tld, which is also the MX for domain.tld /var/qmail/control/rcpthosts lists both domain.tld and mail.domain.tld /var/qmail/control/virtualdomains shows domain.tld /var/qmail/control/locals shows only mail.domain.tld /var/qmail/control/defaultdomain only shows domain.tld What could be wrong, but most of all, why is the error occurring only rarely (but often enough to be annoying)? Thanks in advance for any answers you might be able to provide. Bogdan Motoc -- in...@zioniInterazioni di Antonio
Re: [vchkpw] chkuser random rejects
I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two years ago, and I remember there was a rigid order in which patches were supposed to be applied to qmail, and some of them had to be manually added (thinking of simscan, smtp-auth, chkuser) It should be easy. Copy new chkuser files over old files, check chkuser_settings.h (some have changed) and recompile. In the meantime, I've googled a bit and found an alternative. I'll post a what's your experience with ... ? message later about it. Messages sent to existing and not overquota users on this server randomly (as far as I can tell) are rejected with this message: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) I've checked and double checked that the user exists and there was no typo when entering the destination email address. Sending again after a while to the same user ends up with the message into his mailbox without any issues. The server's /var/log/qmail/smtpd/current log file shows this about the rejected message: 2009-07-24 12:28:19.035629500 CHKUSER rejected relaying: from sender's_email_address:: remote remote_mail_server:unknown:remote_ip rcpt valid_u...@mail.domain.tld : client not allowed to relay The mailboxes on this machine are all respecting this pattern: u...@domain.tld You say general pattern is u...@domain.tld, while log says u...@mail.domain.tld. Are you sure 100% domain names do not include blank, DEL, strange not visible chars? It could happen when spaces or strange invisible characters are inside mail addresses. Yes, the recipient mail address I've typed correctly (I double-checked it, having faced stupid users before who think that spaces in email adresses can't hurt that much, can they?) Basically, i replied to a user on that server and got the bounce back imidiately. Cursed at the binary gods for allowing functions to return different results when fed the same input, had to leave the office, and when i got back replied again to the same message, checked and it arrived in the users's mailbox. The log shows this: 2009-07-24 18:09:48.389030500 CHKUSER accepted rcpt: from my_email_address:: remote my_email_server:unknown:my_ip rcpt u...@domain.tld : found existing recipient Check if any limit is reached. Like max open files or max MySQL connections. It could happen in a peaik moment you reach some limits. chkuser version you have does not handle mysql refused connections, while 2.0.9 does. What i don't understand is why vpopmail is sometimes being asked to authenticate /u...@domain.tld/ and sometimes /u...@mail.domain.tld/ ? probably some users put the wrong username in Outlook...
[vchkpw] Re: chkuser random rejects
What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two years ago, and I remember there was a rigid order in which patches were supposed to be applied to qmail, and some of them had to be manually added (thinking of simscan, smtp-auth, chkuser) It should be easy. Copy new chkuser files over old files, check chkuser_settings.h (some have changed) and recompile. In the meantime, I've googled a bit and found an alternative. I'll post a what's your experience with ... ? message later about it. Messages sent to existing and not overquota users on this server randomly (as far as I can tell) are rejected with this message: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) I've checked and double checked that the user exists and there was no typo when entering the destination email address. Sending again after a while to the same user ends up with the message into his mailbox without any issues. The server's /var/log/qmail/smtpd/current log file shows this about the rejected message: 2009-07-24 12:28:19.035629500 CHKUSER rejected relaying: from sender's_email_address:: remote remote_mail_server:unknown:remote_ip rcpt valid_u...@mail.domain.tld : client not allowed to relay The mailboxes on this machine are all respecting this pattern: u...@domain.tld You say general pattern is u...@domain.tld, while log says u...@mail.domain.tld. Are you sure 100% domain names do not include blank, DEL, strange not visible chars? It could happen when spaces or strange invisible characters are inside mail addresses. Yes, the recipient mail address I've typed correctly (I double-checked it, having faced stupid users before who think that spaces in email adresses can't hurt that much, can they?) Basically, i replied to a user on that server and got the bounce back imidiately. Cursed at the binary gods for allowing functions to return different results when fed the same input, had to leave the office, and when i got back replied again to the same message, checked and it arrived in the users's mailbox. The log shows this: 2009-07-24 18:09:48.389030500 CHKUSER accepted rcpt: from my_email_address:: remote my_email_server:unknown:my_ip rcpt u...@domain.tld : found existing recipient Check if any limit is reached. Like max open files or max MySQL connections. It could happen in a peaik moment you reach some limits. chkuser version you have does not handle mysql refused connections, while 2.0.9 does. What i don't understand is why vpopmail is sometimes being asked to authenticate /u...@domain.tld/ and sometimes
Re: [vchkpw] Vusaged segmentation fault on long names
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter van der Schagt wrote: I found a bug with long domain names which crashes with a segmentation fault when the vusaged is started. We have 1 client with a domainname of 57 characters and although it is not the domain name listed below, it produces the same result. I believe vpopmail supports domainnames upto 63 characters? Or am I wrong? Is this in 5.5? What are the steps to reproduce? I added the domain as you did above, and my vusaged binary from trunk is running as expected, returning data for the long domain name. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb2bb9b90 (LWP 29861)] 0xb7e656c1 in mysql_free_result () from /usr/lib/libmysqlclient.so.15 (gdb) bt #0 0xb7e656c1 in mysql_free_result () from /usr/lib/libmysqlclient.so.15 #1 0x08059079 in vauth_getall (domain=0x8066afe 12345678901234567890123456789012345678901234567890123456.nl, first=1, sortit=1) at vauth.c:737 This would seem to indicate that the issue occurred somewhere in vpopmail's vauth_getall call, or in MySQL itself. Can you post your vusaged.conf, configure options for the main tree, and configure options for the MySQL module? I am guessing that a buffer size is too small. Increasing the SQL_BUFF_SIZE in vauth.c to 4096 seems to work, to the extend it throws the same error message later: I'm not sure the buffer size is really a problem here. It's set at 2048, which is plenty to handle even the longest domains and usernames. Something else is happening. What's the last entry in your ChangeLog for the version you're running? This will help me identify any source changes you may not have since you are most likely not running the trunk. - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqehJIACgkQIwet2/rgZyzVBACdEJaQM0lZHFiNczoJ1E2Pv7be WwcAoIv3aTNsQ3gUeQ3OJC6Akok3E3uY =OmY3 -END PGP SIGNATURE-
Re: [vchkpw] Re: chkuser random rejects
The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: .. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two years ago, and I remember there was a rigid order in which patches were supposed to be applied to qmail, and some of them had to be manually added (thinking of simscan, smtp-auth, chkuser) It should be easy. Copy new chkuser files over old files, check chkuser_settings.h (some have changed) and recompile. In the meantime, I've googled a bit and found an alternative. I'll post a what's your experience with ... ? message later about it. Messages sent to existing and not overquota users on this server randomly (as far as I can tell) are rejected with this message: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) I've checked and double checked that the user exists and there was no typo when entering the destination email address. Sending again after a while to the same user ends up with the message into his mailbox without any issues. The server's /var/log/qmail/smtpd/current log file shows this about the rejected message: 2009-07-24 12:28:19.035629500 CHKUSER rejected relaying: from sender's_email_address:: remote remote_mail_server:unknown:remote_ip rcpt valid_u...@mail.domain.tld : client not allowed to relay The mailboxes on this machine are all respecting this pattern: u...@domain.tld You say general pattern is u...@domain.tld, while log says u...@mail.domain.tld. Are you sure 100% domain names do not include blank, DEL, strange not visible chars? It could happen when spaces or strange invisible characters are inside mail addresses. Yes, the recipient mail address I've typed correctly (I double-checked it, having faced stupid users before who think that spaces in email adresses can't hurt that much, can they?) Basically, i replied to a user on that server and got the bounce back imidiately. Cursed at the binary gods for allowing functions to return different results when fed the same input, had to leave the office, and when i got back replied again to the same message,
RE: [vchkpw] Re: chkuser random rejects
Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 7:54 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: .. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld mailto:u...@domain.tld : Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html ) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two years ago, and I remember there was a rigid order in which patches were supposed to be applied to qmail, and some of them had to be manually added (thinking of simscan, smtp-auth, chkuser) It should be easy. Copy new chkuser files over old files, check chkuser_settings.h (some have changed) and recompile. In the meantime, I've googled a bit and found an alternative. I'll post a what's your experience with ... ? message later about it. Messages sent to existing and not overquota users on this server randomly (as far as I can tell) are rejected with this message: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) I've checked and double checked that the user exists and there was no typo when entering the destination email address. Sending again after a while to the same user ends up with the message into his mailbox without any issues. The server's /var/log/qmail/smtpd/current log file shows this about the rejected message: 2009-07-24 12:28:19.035629500 CHKUSER rejected relaying: from sender's_email_address:: remote remote_mail_server:unknown:remote_ip rcpt valid_u...@mail.domain.tld mailto:valid_u...@mail.domain.tld : client not allowed to relay The mailboxes on this machine are all respecting this pattern: u...@domain.tld You say general pattern is u...@domain.tld, while log says u...@mail.domain.tld. Are you sure 100% domain names do not include blank, DEL, strange not visible chars? It could happen when spaces or strange invisible characters are inside mail addresses. Yes, the recipient
Re: [vchkpw] Vusaged segmentation fault on long names
Thank you for the quick reply! Is this in 5.5? What are the steps to reproduce? I added the domain as you did above, and my vusaged binary from trunk is running as expected, returning data for the long domain name. No, this is in 5.4.28, not running 5.5 at the moment, I can reproduce by creating a long domainname and starting vusaged. This would seem to indicate that the issue occurred somewhere in vpopmail's vauth_getall call, or in MySQL itself. Can you post your vusaged.conf, configure options for the main tree, and configure options for the MySQL module? --- ./configure \ --prefix=/home/vpopmail \ --disable-roaming-users \ --enable-logging=p \ --disable-ip-alias-domains \ --disable-passwd \ --enable-clear-passwd \ --disable-domain-quotas \ --enable-auth-module=mysql \ --enable-incdir=/usr/include/mysql/ \ --enable-libdir=/usr/lib/ \ --disable-many-domains \ --enable-auth-logging \ --enable-sql-logging \ --enable-valias \ --disable-mysql-limits \ --enable-tcpserver-file=/etc/tcp.smtp --- Not using 5.5 so no mysql backend --- vusaged.conf (without comments) -- Log: Level = 1; Socket: Filename = /tmp/vusaged.sock; // Listen = 0.0.0.0:189; // Allow = 192.168.1.161 127.0.0.1; UID = vpopmail; GID = vchkpw; Client timeout = 5; // Inactivity timeout in seconds Poll timeout = 1; Detect client timeout = 4; Queue: Workers = 10; Max queue size = 1000; Polling: Use Maildir++ format = True; Directory minimum poll time = 120; Count directory entry size = True; Age Factor = 1; --- Something else is happening. What's the last entry in your ChangeLog for the version you're running? This will help me identify any source changes you may not have since you are most likely not running the trunk. 5.4.28 - Current Matt Brookings - Updated vlimits_read_vlimits_file to be much more efficient - Added vusage client API to libvpopmail - Added vusage daemon - Updated quota code to talk to vusage daemon if available - Fixed some backfill patch compilation issues - Updated maildir_to_email to support paths that end in /Maildir as well as /Maildir/ - Added LDAP valias support - Updated vusage API to return counts for both users and domains - Updated domain quota enforcement to work when using vusage - Re-enabled --enable-domainquotas (with warnings) If you want I can give you remote access to a test server where the problem can be reproduced! Sincerely, - Wouter van der Schagt !DSPAM:4a9e8b6032711366617797!
[vchkpw] Re: chkuser random rejects
Bogdan Motoc - CRC wrote: The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: . Did you modify this file manually? If so, you'll need to run qmail-newu to rebuild the associated cdb file. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) What's in your /var/qmail/rcpthosts file? What's in your /var/qmail/virtualdomains file? Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? -- -Eric 'shubes' !DSPAM:4a9e8b7532711028820140!
RE: [vchkpw] Re: chkuser random rejects
Wouldn't this be unnecessary if the domain was local, though? (In which case the domain would/should be listed in rcpthosts / morercpthosts configuration file) _ From: Tren Blackburn [mailto:t...@eotnetworks.com] Sent: 2. syyskuuta 2009 18:02 To: vchkpw@inter7.com Subject: RE: [vchkpw] Re: chkuser random rejects Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 7:54 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: .. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: mailto:u...@domain.tld u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two years ago, and I remember there was a rigid order in which patches were supposed to be applied to qmail, and some of them had to be manually added (thinking of simscan, smtp-auth, chkuser) It should be easy. Copy new chkuser files over old files, check chkuser_settings.h (some have changed) and recompile. In the meantime, I've googled a bit and found an alternative. I'll post a what's your experience with ... ? message later about it. Messages sent to existing and not overquota users on this server randomly (as far as I can tell) are rejected with this message: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) I've checked and double checked that the user exists and there was no typo when entering the destination email address. Sending again after a while to the same user ends up with the message into his mailbox without any issues. The server's /var/log/qmail/smtpd/current log file shows this about the rejected message: 2009-07-24 12:28:19.035629500 CHKUSER rejected relaying: from sender's_email_address:: remote remote_mail_server:unknown:remote_ip rcpt mailto:valid_u...@mail.domain.tld valid_u...@mail.domain.tld : client not allowed to relay The mailboxes on this machine are all respecting this pattern: u...@domain.tld
[vchkpw] Re: chkuser random rejects
Eric Shubert wrote: Bogdan Motoc - CRC wrote: The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: . Did you modify this file manually? If so, you'll need to run qmail-newu to rebuild the associated cdb file. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) What's in your /var/qmail/rcpthosts file? What's in your /var/qmail/virtualdomains file? That's /var/qmail/control/ ;) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? -- -Eric 'shubes' !DSPAM:4a9e8cd832711071614555!
RE: [vchkpw] Re: chkuser random rejects
Unless I missed it he doesn't mention if he's trying to submit mail via localhost/telnet. You still need authorization for local domains if you're trying to submit mail from an untrusted IP address (ie. not explicitly trusted via tcp.smtp). If he did mention it then I guess all I did was provide a possible answer that isn't applicable. I'm sure that someone with mail dead would prefer to have more people helping then less. t. From: Antti Kanes [mailto:antti.ka...@innoventum.fi] Sent: September-02-09 8:17 AM To: vchkpw@inter7.com Subject: RE: [vchkpw] Re: chkuser random rejects Wouldn't this be unnecessary if the domain was local, though? (In which case the domain would/should be listed in rcpthosts / morercpthosts configuration file) From: Tren Blackburn [mailto:t...@eotnetworks.com] Sent: 2. syyskuuta 2009 18:02 To: vchkpw@inter7.com Subject: RE: [vchkpw] Re: chkuser random rejects Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 7:54 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: . Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld mailto:u...@domain.tld : Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html ) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor bugs (not related to your question). hard to do on a production server. I've set this one up more than two
Re: [vchkpw] Re: chkuser random rejects
No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007 @40004a9e8c351a367cc4 starting delivery 13: msg 30983148 to local t...@domain.com @40004a9e8c351a368494 status: local 1/10 remote 0/20 @40004a9e8c351a581e24 delivery 13: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351a582dc4 status: local 0/10 remote 0/20 @40004a9e8c351aa9ff14 bounce msg 30983148 qp 3680 @40004a9e8c351aaa0acc end msg 30983148 @40004a9e8c351aacba4c new msg 30983093 @40004a9e8c351aacbe34 info msg 30983093: bytes 1789 from #...@[] qp 3680 uid 1007 @40004a9e8c351b1d69f4 starting delivery 14: msg 30983093 to local postmas...@domain.com @40004a9e8c351b1d71c4 status: local 1/10 remote 0/20 @40004a9e8c351b381614 delivery 14: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351b3825b4 status: local 0/10 remote 0/20 @40004a9e8c351b38299c triple bounce: discarding bounce/30983093 @40004a9e8c351b382d84 end msg 30983093 Same thing happens when sending to every user on the server, not just to postmaster. Tren Blackburn wrote: Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 7:54 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: . Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld mailto:legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld mailto:nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld mailto:badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld mailto:u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser
RE: [vchkpw] Re: chkuser random rejects
Cheers, I didn't know this, sorry; is that default behaviour nowadays for local domains? Our servers need to be able to accept email from SMTP servers around the world, and adding them all really isn't an option. Is this a compile-time option? Why would you want to only accept mail from trusted hosts to the domains the server is acting as MX for? This information will be helpful to me as we'll be renewing our qmail servers in the near future and will upgrade to a recent version at that point. My intention was actually to help by ruling out something that shouldn't be the cause of the problem, in my understanding, sorry if you found it offensive. ++antti _ From: Tren Blackburn [mailto:t...@eotnetworks.com] Sent: 2. syyskuuta 2009 18:22 To: vchkpw@inter7.com Subject: RE: [vchkpw] Re: chkuser random rejects Unless I missed it he doesn't mention if he's trying to submit mail via localhost/telnet. You still need authorization for local domains if you're trying to submit mail from an untrusted IP address (ie. not explicitly trusted via tcp.smtp). If he did mention it then I guess all I did was provide a possible answer that isn't applicable. I'm sure that someone with mail dead would prefer to have more people helping then less. t. From: Antti Kanes [mailto:antti.ka...@innoventum.fi] Sent: September-02-09 8:17 AM To: vchkpw@inter7.com Subject: RE: [vchkpw] Re: chkuser random rejects Wouldn't this be unnecessary if the domain was local, though? (In which case the domain would/should be listed in rcpthosts / morercpthosts configuration file) _ From: Tren Blackburn [mailto:t...@eotnetworks.com] Sent: 2. syyskuuta 2009 18:02 To: vchkpw@inter7.com Subject: RE: [vchkpw] Re: chkuser random rejects Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 7:54 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: .. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: mailto:u...@domain.tld u...@domain.tld: Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: This most probably is not a vpopmail problem, but a chkuser one. The support page of chkuser (http://www.interazioni.it/opensource/chkuser/support/mailing_lists.html) points to this mailing list, so that's why I'm posting this here. chkuser is simply using basic qmail checks, giving a better log. It is giving back what qmail would give back. Check carefully qmail configuration and files availability. nothing changed between the two events (rejecting a legitimate message and allowing a similar one) all files are world-readable, except the .lock files The mail server in question runs: netqmail 1.05 vpopmail 5.4.17 chkuser 2.0.8b simscan 1.1 install chkuser 2.09, has more checks, new features and solves minor
Re: [vchkpw] Re: chkuser random rejects
Eric Shubert wrote: Bogdan Motoc - CRC wrote: The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: . Did you modify this file manually? If so, you'll need to run qmail-newu to rebuild the associated cdb file. I did modify it manually, this way: qmailctl stop qmailctl stat ... everything's stopped modify the asign file cd /var/qmail/bin qmail-newu ...verify that the cdb file has indeed been modified qmailctl start I did everything by-the-book, and that's why I'm losing my mind. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) What's in your /var/qmail/rcpthosts file? The rcpthost file has: domain.com domain.eu as well as all the other domains that were aliased using /home/vpopmail/bin/vaddaliasdomain What's in your /var/qmail/virtualdomains file? The virtualdomains file is like this: domain.com:domain.com domain.eu:domain.eu etc. Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? !DSPAM:4a9e90a732711655344091!
RE: [vchkpw] Re: chkuser random rejects
Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 8:26 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007 @40004a9e8c351a367cc4 starting delivery 13: msg 30983148 to local t...@domain.com @40004a9e8c351a368494 status: local 1/10 remote 0/20 @40004a9e8c351a581e24 delivery 13: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351a582dc4 status: local 0/10 remote 0/20 @40004a9e8c351aa9ff14 bounce msg 30983148 qp 3680 @40004a9e8c351aaa0acc end msg 30983148 @40004a9e8c351aacba4c new msg 30983093 @40004a9e8c351aacbe34 info msg 30983093: bytes 1789 from #...@[] qp 3680 uid 1007 @40004a9e8c351b1d69f4 starting delivery 14: msg 30983093 to local postmas...@domain.com @40004a9e8c351b1d71c4 status: local 1/10 remote 0/20 @40004a9e8c351b381614 delivery 14: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351b3825b4 status: local 0/10 remote 0/20 @40004a9e8c351b38299c triple bounce: discarding bounce/30983093 @40004a9e8c351b382d84 end msg 30983093 Same thing happens when sending to every user on the server, not just to postmaster. Tren Blackburn wrote: Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 7:54 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: .. Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make mail.domain.tld an alias of domain.tld Now authentication only works from time to time. The bounce says: u...@domain.tld mailto:u...@domain.tld : Sorry, no mailbox here by that name. (#5.1.1) Of course, that account exists. Where are domain aliases stored? Can I manually delete a domain alias? I'm using vpopmail 5.4.17 with users stored in a cdb file. Bogdan Tonix (Antonio Nati) wrote: Bogdan Motoc - CRC ha scritto: Tonix
Re: [vchkpw] Re: chkuser random rejects
Which are ownership and privileges of domain directories and mailboxes? chkuser simply checks mysql or cdb, while qmail in delivery checks also for directories. Tonino Tren Blackburn ha scritto: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 8:26 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com mailto:postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007 @40004a9e8c351a367cc4 starting delivery 13: msg 30983148 to local t...@domain.com mailto:t...@domain.com @40004a9e8c351a368494 status: local 1/10 remote 0/20 @40004a9e8c351a581e24 delivery 13: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351a582dc4 status: local 0/10 remote 0/20 @40004a9e8c351aa9ff14 bounce msg 30983148 qp 3680 @40004a9e8c351aaa0acc end msg 30983148 @40004a9e8c351aacba4c new msg 30983093 @40004a9e8c351aacbe34 info msg 30983093: bytes 1789 from #...@[] qp 3680 uid 1007 @40004a9e8c351b1d69f4 starting delivery 14: msg 30983093 to local postmas...@domain.com mailto:postmas...@domain.com @40004a9e8c351b1d71c4 status: local 1/10 remote 0/20 @40004a9e8c351b381614 delivery 14: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351b3825b4 status: local 0/10 remote 0/20 @40004a9e8c351b38299c triple bounce: discarding bounce/30983093 @40004a9e8c351b382d84 end msg 30983093 Same thing happens when sending to every user on the server, not just to postmaster. Tren Blackburn wrote: Are you sending mail from an authorized host? Either explicitly via tcp.smtp or via SMTP-Auth or POP-before-SMTP/IMAP-before-SMTP? *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 7:54 AM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects The assign file has all the domains that have been added via vaddaliasdomain I only have one set of users and the other domains are aliases to domain.com Here's what that file looks like: +domain.com-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: +domain.eu-:domain.com:89:89:/home/vpopmail/domains/domain.com:-:: . Removing ,QMAILQUEUE=/var/qmail/bin/simscan from tcp.smtp and doing qmailctl cdb gives this error when sending to a legitimate user: Remote host said: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser) Eric Shubert wrote: What's in your /var/qmail/users/assign file? Bogdan Motoc - CRC wrote: I'm really sorry about bothering you again about this problem, but I'm really at wits' end here. I have removed the mail.domain.tld from every file I could find. Now mail is not received at all. At least now it's consistent, which is good. No more flapping. (have to keep my sense of humor while users can't receive any mail) I think chkuser can be ruled out as the problem. Sending to legitimateu...@domain.tld mailto:legitimateu...@domain.tld produces a bounce with the error listed below (#5.1.1), while sending to nonexistentu...@domain.tld mailto:nonexistentu...@domain.tld makes chkuser kick in and reject the message as it should as soon as I type rcpt to: badu...@domain.tld mailto:badu...@domain.tld 511 sorry, no mailbox here by that name (#5.1.1 - chkuser) So my conclusion is that qmail accepts the message but when it wants to deliver it locally to the vpopmail user, something causes it to bounce. Can you give me any advice on how to test the path traversed by the message once it is accepted by qmail-smtpd ? Bogdan Motoc - CRC wrote: I seem to have broken things really bad. I tried to make
Re: [vchkpw] Vusaged segmentation fault on long names
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter van der Schagt wrote: No, this is in 5.4.28, not running 5.5 at the moment, I can reproduce by creating a long domainname and starting vusaged. Ah. I see this as well. Looking into this. - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqelOUACgkQIwet2/rgZyzWggCeIM1s3tMYiTNt4habSGePofV/ Wy4AnjazC83jc0HlHLs1t5tQ+ijnjUrr =3+xW -END PGP SIGNATURE-
Re: [vchkpw] Re: chkuser random rejects
here it is: (my client's name i replaced with the word domain resulting domain names like domain.com, domain.eu) qmail home directory: /var/qmail. user-ext delimiter: -. paternalism (in decimal): 2. silent concurrency limit: 120. subdirectory split: 23. user ids: 1001, 1002, 1003, 0, 1004, 1005, 1006, 1007. group ids: 102, 103. badmailfrom: (Default.) Any MAIL FROM is allowed. bouncefrom: (Default.) Bounce user name is MAILER-DAEMON. bouncehost: (Default.) Bounce host name is domain.com. concurrencylocal: (Default.) Local concurrency is 10. concurrencyremote: (Default.) Remote concurrency is 20. databytes: (Default.) SMTP DATA limit is 0 bytes. defaultdomain: Default domain name is domain.com. defaulthost: (Default.) Default host name is domain.com. doublebouncehost: (Default.) 2B recipient host: domain.com. doublebounceto: (Default.) 2B recipient user: postmaster. envnoathost: (Default.) Presumed domain name is domain.com. helohost: (Default.) SMTP client HELO host name is domain.com. idhost: (Default.) Message-ID host name is domain.com. localiphost: (Default.) Local IP address becomes domain.com. locals: Messages for domain.com are delivered locally. me: My name is domain.com. percenthack: (Default.) The percent hack is not allowed. plusdomain: Plus domain name is domain.com. qmqpservers: (Default.) No QMQP servers. queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds. rcpthosts: SMTP clients may send messages to recipients at domain-design.com. SMTP clients may send messages to recipients at domain-design.ro. SMTP clients may send messages to recipients at domain-engineering.com. SMTP clients may send messages to recipients at domain-engineering.ro. SMTP clients may send messages to recipients at domain-yachting.com. SMTP clients may send messages to recipients at domain-yachting.ro. SMTP clients may send messages to recipients at domain.com. SMTP clients may send messages to recipients at domain.eu. SMTP clients may send messages to recipients at domain.nl. SMTP clients may send messages to recipients at domain.ro. morercpthosts: (Default.) No effect. morercpthosts.cdb: (Default.) No effect. smtpgreeting: (Default.) SMTP greeting: 220 domain.com. smtproutes: (Default.) No artificial SMTP routes. timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds. timeoutremote: (Default.) SMTP client data timeout is 1200 seconds. timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds. virtualdomains: Virtual domain: domain-design.com:domain-design.com Virtual domain: domain-design.ro:domain-design.ro Virtual domain: domain-engineering.com:domain-engineering.com Virtual domain: domain-engineering.ro:domain-engineering.ro Virtual domain: domain-yachting.com:domain-yachting.com Virtual domain: domain-yachting.ro:domain-yachting.ro Virtual domain: domain.com:domain.com Virtual domain: domain.eu:domain.eu Virtual domain: domain.nl:domain.nl Virtual domain: domain.ro:domain.ro defaultdelivery: I have no idea what this file does. concurrencyincoming: I have no idea what this file does. ssattach: I have no idea what this file does. simcontrol: I have no idea what this file does. simcontrol.cdb: I have no idea what this file does. simversions.cdb: I have no idea what this file does. Tren Blackburn wrote: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 8:26 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com mailto:postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007 @40004a9e8c351a367cc4 starting delivery 13: msg 30983148 to local t...@domain.com
RE: [vchkpw] Re: chkuser random rejects
Hmm...looks fine :) However Antonio raises a very good point; permission/ownership on ~vpopmail/domains and subdirectories/files. It looks like your qmail is fine, so time to move on to the next piece, vpopmail. t. From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 8:58 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects here it is: (my client's name i replaced with the word domain resulting domain names like domain.com, domain.eu) qmail home directory: /var/qmail. user-ext delimiter: -. paternalism (in decimal): 2. silent concurrency limit: 120. subdirectory split: 23. user ids: 1001, 1002, 1003, 0, 1004, 1005, 1006, 1007. group ids: 102, 103. badmailfrom: (Default.) Any MAIL FROM is allowed. bouncefrom: (Default.) Bounce user name is MAILER-DAEMON. bouncehost: (Default.) Bounce host name is domain.com. concurrencylocal: (Default.) Local concurrency is 10. concurrencyremote: (Default.) Remote concurrency is 20. databytes: (Default.) SMTP DATA limit is 0 bytes. defaultdomain: Default domain name is domain.com. defaulthost: (Default.) Default host name is domain.com. doublebouncehost: (Default.) 2B recipient host: domain.com. doublebounceto: (Default.) 2B recipient user: postmaster. envnoathost: (Default.) Presumed domain name is domain.com. helohost: (Default.) SMTP client HELO host name is domain.com. idhost: (Default.) Message-ID host name is domain.com. localiphost: (Default.) Local IP address becomes domain.com. locals: Messages for domain.com are delivered locally. me: My name is domain.com. percenthack: (Default.) The percent hack is not allowed. plusdomain: Plus domain name is domain.com. qmqpservers: (Default.) No QMQP servers. queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds. rcpthosts: SMTP clients may send messages to recipients at domain-design.com. SMTP clients may send messages to recipients at domain-design.ro. SMTP clients may send messages to recipients at domain-engineering.com. SMTP clients may send messages to recipients at domain-engineering.ro. SMTP clients may send messages to recipients at domain-yachting.com. SMTP clients may send messages to recipients at domain-yachting.ro. SMTP clients may send messages to recipients at domain.com. SMTP clients may send messages to recipients at domain.eu. SMTP clients may send messages to recipients at domain.nl. SMTP clients may send messages to recipients at domain.ro. morercpthosts: (Default.) No effect. morercpthosts.cdb: (Default.) No effect. smtpgreeting: (Default.) SMTP greeting: 220 domain.com. smtproutes: (Default.) No artificial SMTP routes. timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds. timeoutremote: (Default.) SMTP client data timeout is 1200 seconds. timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds. virtualdomains: Virtual domain: domain-design.com:domain-design.com Virtual domain: domain-design.ro:domain-design.ro Virtual domain: domain-engineering.com:domain-engineering.com Virtual domain: domain-engineering.ro:domain-engineering.ro Virtual domain: domain-yachting.com:domain-yachting.com Virtual domain: domain-yachting.ro:domain-yachting.ro Virtual domain: domain.com:domain.com Virtual domain: domain.eu:domain.eu Virtual domain: domain.nl:domain.nl Virtual domain: domain.ro:domain.ro defaultdelivery: I have no idea what this file does. concurrencyincoming: I have no idea what this file does. ssattach: I have no idea what this file does. simcontrol: I have no idea what this file does. simcontrol.cdb: I have no idea what this file does. simversions.cdb: I have no idea what this file does. Tren Blackburn wrote: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 8:26 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10
Re: [vchkpw] Re: chkuser random rejects
r...@machine:/home# cd /home r...@machine:/home# ls -l total 8 drwx--x--x 2 myuser users 4096 2008-01-24 18:52 myuser drwxr-xr-x 9 vpopmail vchkpw 4096 2007-02-13 15:40 vpopmail r...@machine:/home# cd vpopmail r...@machine:/home/vpopmail# ls -l total 24 drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 bin drwxr-xr-x 4 vpopmail vchkpw 4096 2007-02-12 17:00 doc drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 domains drwxr-xr-x 2 vpopmail vchkpw 4096 2009-09-02 18:40 etc drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 include drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 lib r...@machine:/home/vpopmail# cd domains r...@machine:/home/vpopmail/domains# ls -l total 4 drwx-- 11 vpopmail vchkpw 4096 2009-06-25 18:17 domain.com r...@machine:/home/vpopmail/domains# cd domain.com r...@machine:/home/vpopmail/domains/domain.com# ls -l total 44 drwx-- 3 vpopmail vchkpw 4096 2007-07-20 15:07 user1 drwx-- 3 vpopmail vchkpw 4096 2007-12-07 00:14 user2 drwx-- 3 vpopmail vchkpw 4096 2008-05-16 17:25 user3 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user4 drwx-- 3 vpopmail vchkpw 4096 2007-05-07 16:49 user5 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 postmaster drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user6 drwx-- 3 vpopmail vchkpw 4096 2007-09-26 15:28 test drwx-- 3 vpopmail vchkpw 4096 2007-10-21 11:45 user7 -rw-r--r-- 1 vpopmail vchkpw 1156 2009-03-11 13:45 vpasswd -rw--- 1 vpopmail vchkpw 3402 2009-03-11 13:45 vpasswd.cdb r...@machine:/home/vpopmail/domains/domain.com# cd user1 r...@machine:/home/vpopmail/domains/domain.com/user1# ls -l total 8 drwx-- 11 vpopmail vchkpw 4096 2008-11-01 09:17 Maildir -rw--- 1 vpopmail vchkpw4 2008-11-01 09:17 lastauth r...@machine:/home/vpopmail/domains/domain.com/user1# cd Maildir r...@machine:/home/vpopmail/domains/domain.com/user1/Maildir# ls -l total 52 drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:09 courierimaphieracl drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:14 courierimapkeywords -rw-r--r-- 1 vpopmail vchkpw 17 2008-11-01 09:17 courierimapsubscribed -rw-r--r-- 1 vpopmail vchkpw 120 2008-11-01 09:14 courierimapuiddb drwx-- 2 vpopmail vchkpw 4096 2008-10-02 08:08 cur -rw-r--r-- 1 vpopmail vchkpw 46 2008-11-01 09:17 maildirsize drwx-- 2 vpopmail vchkpw 4096 2008-07-18 10:44 new -rw--- 1 vpopmail vchkpw 72 2007-07-20 15:10 sqwebmail-config drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:16 sqwebmail-curcache -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-curcache.nfshack -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-mailinglists -rw--- 1 vpopmail vchkpw7 2007-07-20 15:09 sqwebmail-sentstamp -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-sig -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-timestamp drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:17 tmp Tonix (Antonio Nati) wrote: Which are ownership and privileges of domain directories and mailboxes? chkuser simply checks mysql or cdb, while qmail in delivery checks also for directories. Tonino Tren Blackburn ha scritto: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 8:26 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com mailto:postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007 @40004a9e8c351a367cc4 starting delivery 13: msg 30983148 to local t...@domain.com mailto:t...@domain.com @40004a9e8c351a368494 status: local 1/10 remote 0/20 @40004a9e8c351a581e24 delivery 13: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351a582dc4 status: local 0/10
[vchkpw] Re: chkuser random rejects
Antti Kanes wrote: This information will be helpful to me as we'll be renewing our qmail servers in the near future and will upgrade to a recent version at that point. Antti, be sure to consider using QmailToaster (http://www.qmailtoaster.com) when you upgrade. It's top notch, and might save you some headaches. -- -Eric 'shubes' !DSPAM:4a9e9b4732714888013943!
Re: [vchkpw] Re: chkuser random rejects
Considering the situation, can you delete these domains and add them again using vpopmail commands? After these operation, do problems remain? Tonino Bogdan Motoc - CRC ha scritto: r...@machine:/home# cd /home r...@machine:/home# ls -l total 8 drwx--x--x 2 myuser users 4096 2008-01-24 18:52 myuser drwxr-xr-x 9 vpopmail vchkpw 4096 2007-02-13 15:40 vpopmail r...@machine:/home# cd vpopmail r...@machine:/home/vpopmail# ls -l total 24 drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 bin drwxr-xr-x 4 vpopmail vchkpw 4096 2007-02-12 17:00 doc drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 domains drwxr-xr-x 2 vpopmail vchkpw 4096 2009-09-02 18:40 etc drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 include drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 lib r...@machine:/home/vpopmail# cd domains r...@machine:/home/vpopmail/domains# ls -l total 4 drwx-- 11 vpopmail vchkpw 4096 2009-06-25 18:17 domain.com r...@machine:/home/vpopmail/domains# cd domain.com r...@machine:/home/vpopmail/domains/domain.com# ls -l total 44 drwx-- 3 vpopmail vchkpw 4096 2007-07-20 15:07 user1 drwx-- 3 vpopmail vchkpw 4096 2007-12-07 00:14 user2 drwx-- 3 vpopmail vchkpw 4096 2008-05-16 17:25 user3 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user4 drwx-- 3 vpopmail vchkpw 4096 2007-05-07 16:49 user5 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 postmaster drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user6 drwx-- 3 vpopmail vchkpw 4096 2007-09-26 15:28 test drwx-- 3 vpopmail vchkpw 4096 2007-10-21 11:45 user7 -rw-r--r-- 1 vpopmail vchkpw 1156 2009-03-11 13:45 vpasswd -rw--- 1 vpopmail vchkpw 3402 2009-03-11 13:45 vpasswd.cdb r...@machine:/home/vpopmail/domains/domain.com# cd user1 r...@machine:/home/vpopmail/domains/domain.com/user1# ls -l total 8 drwx-- 11 vpopmail vchkpw 4096 2008-11-01 09:17 Maildir -rw--- 1 vpopmail vchkpw4 2008-11-01 09:17 lastauth r...@machine:/home/vpopmail/domains/domain.com/user1# cd Maildir r...@machine:/home/vpopmail/domains/domain.com/user1/Maildir# ls -l total 52 drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:09 courierimaphieracl drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:14 courierimapkeywords -rw-r--r-- 1 vpopmail vchkpw 17 2008-11-01 09:17 courierimapsubscribed -rw-r--r-- 1 vpopmail vchkpw 120 2008-11-01 09:14 courierimapuiddb drwx-- 2 vpopmail vchkpw 4096 2008-10-02 08:08 cur -rw-r--r-- 1 vpopmail vchkpw 46 2008-11-01 09:17 maildirsize drwx-- 2 vpopmail vchkpw 4096 2008-07-18 10:44 new -rw--- 1 vpopmail vchkpw 72 2007-07-20 15:10 sqwebmail-config drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:16 sqwebmail-curcache -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-curcache.nfshack -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-mailinglists -rw--- 1 vpopmail vchkpw7 2007-07-20 15:09 sqwebmail-sentstamp -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-sig -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-timestamp drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:17 tmp Tonix (Antonio Nati) wrote: Which are ownership and privileges of domain directories and mailboxes? chkuser simply checks mysql or cdb, while qmail in delivery checks also for directories. Tonino Tren Blackburn ha scritto: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 8:26 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com mailto:postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007 @40004a9e8c351a367cc4 starting delivery 13: msg 30983148 to local t...@domain.com mailto:t...@domain.com
RE: [vchkpw] Re: chkuser random rejects
Heya, Thanks for the hint. I've been delaying the upgrade of the mail server for the last just because of the nuisance of actually building a working qmail+vpopmail(+mysql)+spamassassin+pop_before_smtp+qmailscan+clamdscan+vqad min etc configuration; the order of building the programs and their configure parameters give me a headache. I'll have to look into that. (Any ideas if there's been any changes on vpopmail db or other files that'd cause problems with migration, as all the data and domains need naturally be migrated?) ++antti -Original Message- From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert Sent: 2. syyskuuta 2009 19:20 To: vchkpw@inter7.com Subject: [vchkpw] Re: chkuser random rejects Antti Kanes wrote: This information will be helpful to me as we'll be renewing our qmail servers in the near future and will upgrade to a recent version at that point. Antti, be sure to consider using QmailToaster (http://www.qmailtoaster.com) when you upgrade. It's top notch, and might save you some headaches. -- -Eric 'shubes' !DSPAM:4a9ea42732717998756463!
Re: [vchkpw] Re: chkuser random rejects
Bogdan Motoc - CRC bogdan.mo...@crcnet.ro wrote: ... locals: Messages for domain.com are delivered locally. ... virtualdomains: Virtual domain: domain-design.com:domain-design.com Virtual domain: domain-design.ro:domain-design.ro Virtual domain: domain-engineering.com:domain-engineering.com Virtual domain: domain-engineering.ro:domain-engineering.ro Virtual domain: domain-yachting.com:domain-yachting.com Virtual domain: domain-yachting.ro:domain-yachting.ro Virtual domain: domain.com:domain.com Virtual domain: domain.eu:domain.eu Virtual domain: domain.nl:domain.nl Virtual domain: domain.ro:domain.ro ... A domain must not appear in both locals and virtualdomains. If the domain in question is handled by vpopmail, take that domain out of locals! See: http://www.lifewithqmail.org/lwq.html#virtual-domains -Bob !DSPAM:4a9ea83532711362210611!
Re: [vchkpw] Re: chkuser random rejects
mmm what is the command to delete an alias domain that was created with vaddaliasdomain ? Tonix (Antonio Nati) wrote: Considering the situation, can you delete these domains and add them again using vpopmail commands? After these operation, do problems remain? Tonino Bogdan Motoc - CRC ha scritto: r...@machine:/home# cd /home r...@machine:/home# ls -l total 8 drwx--x--x 2 myuser users 4096 2008-01-24 18:52 myuser drwxr-xr-x 9 vpopmail vchkpw 4096 2007-02-13 15:40 vpopmail r...@machine:/home# cd vpopmail r...@machine:/home/vpopmail# ls -l total 24 drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 bin drwxr-xr-x 4 vpopmail vchkpw 4096 2007-02-12 17:00 doc drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 domains drwxr-xr-x 2 vpopmail vchkpw 4096 2009-09-02 18:40 etc drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 include drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 lib r...@machine:/home/vpopmail# cd domains r...@machine:/home/vpopmail/domains# ls -l total 4 drwx-- 11 vpopmail vchkpw 4096 2009-06-25 18:17 domain.com r...@machine:/home/vpopmail/domains# cd domain.com r...@machine:/home/vpopmail/domains/domain.com# ls -l total 44 drwx-- 3 vpopmail vchkpw 4096 2007-07-20 15:07 user1 drwx-- 3 vpopmail vchkpw 4096 2007-12-07 00:14 user2 drwx-- 3 vpopmail vchkpw 4096 2008-05-16 17:25 user3 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user4 drwx-- 3 vpopmail vchkpw 4096 2007-05-07 16:49 user5 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 postmaster drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user6 drwx-- 3 vpopmail vchkpw 4096 2007-09-26 15:28 test drwx-- 3 vpopmail vchkpw 4096 2007-10-21 11:45 user7 -rw-r--r-- 1 vpopmail vchkpw 1156 2009-03-11 13:45 vpasswd -rw--- 1 vpopmail vchkpw 3402 2009-03-11 13:45 vpasswd.cdb r...@machine:/home/vpopmail/domains/domain.com# cd user1 r...@machine:/home/vpopmail/domains/domain.com/user1# ls -l total 8 drwx-- 11 vpopmail vchkpw 4096 2008-11-01 09:17 Maildir -rw--- 1 vpopmail vchkpw4 2008-11-01 09:17 lastauth r...@machine:/home/vpopmail/domains/domain.com/user1# cd Maildir r...@machine:/home/vpopmail/domains/domain.com/user1/Maildir# ls -l total 52 drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:09 courierimaphieracl drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:14 courierimapkeywords -rw-r--r-- 1 vpopmail vchkpw 17 2008-11-01 09:17 courierimapsubscribed -rw-r--r-- 1 vpopmail vchkpw 120 2008-11-01 09:14 courierimapuiddb drwx-- 2 vpopmail vchkpw 4096 2008-10-02 08:08 cur -rw-r--r-- 1 vpopmail vchkpw 46 2008-11-01 09:17 maildirsize drwx-- 2 vpopmail vchkpw 4096 2008-07-18 10:44 new -rw--- 1 vpopmail vchkpw 72 2007-07-20 15:10 sqwebmail-config drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:16 sqwebmail-curcache -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-curcache.nfshack -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-mailinglists -rw--- 1 vpopmail vchkpw7 2007-07-20 15:09 sqwebmail-sentstamp -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-sig -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-timestamp drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:17 tmp Tonix (Antonio Nati) wrote: Which are ownership and privileges of domain directories and mailboxes? chkuser simply checks mysql or cdb, while qmail in delivery checks also for directories. Tonino Tren Blackburn ha scritto: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 8:26 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com mailto:postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c end msg 30983061 @40004a9e8c3519b71394 new msg 30983148 @40004a9e8c3519b7177c info msg 30983148: bytes 1355 from qp 3677 uid 1007
RE: [vchkpw] Re: chkuser random rejects
vdeldomain should do it. From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 10:28 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects mmm what is the command to delete an alias domain that was created with vaddaliasdomain ? Tonix (Antonio Nati) wrote: Considering the situation, can you delete these domains and add them again using vpopmail commands? After these operation, do problems remain? Tonino Bogdan Motoc - CRC ha scritto: r...@machine:/home# cd /home r...@machine:/home# ls -l total 8 drwx--x--x 2 myuser users 4096 2008-01-24 18:52 myuser drwxr-xr-x 9 vpopmail vchkpw 4096 2007-02-13 15:40 vpopmail r...@machine:/home# cd vpopmail r...@machine:/home/vpopmail# ls -l total 24 drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 bin drwxr-xr-x 4 vpopmail vchkpw 4096 2007-02-12 17:00 doc drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 domains drwxr-xr-x 2 vpopmail vchkpw 4096 2009-09-02 18:40 etc drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 include drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 lib r...@machine:/home/vpopmail# cd domains r...@machine:/home/vpopmail/domains# ls -l total 4 drwx-- 11 vpopmail vchkpw 4096 2009-06-25 18:17 domain.com r...@machine:/home/vpopmail/domains# cd domain.com r...@machine:/home/vpopmail/domains/domain.com# ls -l total 44 drwx-- 3 vpopmail vchkpw 4096 2007-07-20 15:07 user1 drwx-- 3 vpopmail vchkpw 4096 2007-12-07 00:14 user2 drwx-- 3 vpopmail vchkpw 4096 2008-05-16 17:25 user3 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user4 drwx-- 3 vpopmail vchkpw 4096 2007-05-07 16:49 user5 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 postmaster drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user6 drwx-- 3 vpopmail vchkpw 4096 2007-09-26 15:28 test drwx-- 3 vpopmail vchkpw 4096 2007-10-21 11:45 user7 -rw-r--r-- 1 vpopmail vchkpw 1156 2009-03-11 13:45 vpasswd -rw--- 1 vpopmail vchkpw 3402 2009-03-11 13:45 vpasswd.cdb r...@machine:/home/vpopmail/domains/domain.com# cd user1 r...@machine:/home/vpopmail/domains/domain.com/user1# ls -l total 8 drwx-- 11 vpopmail vchkpw 4096 2008-11-01 09:17 Maildir -rw--- 1 vpopmail vchkpw4 2008-11-01 09:17 lastauth r...@machine:/home/vpopmail/domains/domain.com/user1# cd Maildir r...@machine:/home/vpopmail/domains/domain.com/user1/Maildir# ls -l total 52 drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:09 courierimaphieracl drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:14 courierimapkeywords -rw-r--r-- 1 vpopmail vchkpw 17 2008-11-01 09:17 courierimapsubscribed -rw-r--r-- 1 vpopmail vchkpw 120 2008-11-01 09:14 courierimapuiddb drwx-- 2 vpopmail vchkpw 4096 2008-10-02 08:08 cur -rw-r--r-- 1 vpopmail vchkpw 46 2008-11-01 09:17 maildirsize drwx-- 2 vpopmail vchkpw 4096 2008-07-18 10:44 new -rw--- 1 vpopmail vchkpw 72 2007-07-20 15:10 sqwebmail-config drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:16 sqwebmail-curcache -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-curcache.nfshack -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-mailinglists -rw--- 1 vpopmail vchkpw7 2007-07-20 15:09 sqwebmail-sentstamp -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-sig -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-timestamp drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:17 tmp Tonix (Antonio Nati) wrote: Which are ownership and privileges of domain directories and mailboxes? chkuser simply checks mysql or cdb, while qmail in delivery checks also for directories. Tonino Tren Blackburn ha scritto: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) From: Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] Sent: September-02-09 8:26 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com @40004a9e8c35193744d4 status: local 1/10 remote 0/20 @40004a9e8c351959d864 delivery 12: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ @40004a9e8c351959e41c status: local 0/10 remote 0/20 @40004a9e8c3519b47b84 bounce msg 30983061 qp 3677 @40004a9e8c3519b4873c
Re: [vchkpw] Vusaged segmentation fault on long names
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter van der Schagt wrote: Thank you for the quick reply! Is this in 5.5? What are the steps to reproduce? I added the domain as you did above, and my vusaged binary from trunk is running as expected, returning data for the long domain name. No, this is in 5.4.28, not running 5.5 at the moment, I can reproduce by creating a long domainname and starting vusaged. The problem appears in the MySQL module. The temporary fix: Edit vauth_munch_domain function, change declaration of tmpbuf size of 50 to 512. I will be releasing a better fix shortly. - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqer8IACgkQIwet2/rgZyydqQCdFleg33eYc3FxnTGjCGHvnJFc Yx0An3f/DTLsIGIEXjoV3735oWV/9TOs =ha7v -END PGP SIGNATURE-
[vchkpw] Released updated 5.4.28 tarball on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adds a fix for long domain names - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqesbUACgkQIwet2/rgZyziCQCfX/KidAvmWXWWo8oqOyEszve/ pLYAmQFkxPPSBjUfwiSVZzAwNVx5apaz =vX+w -END PGP SIGNATURE-
[vchkpw] Re: chkuser random rejects
Migration should be pretty straight forward. The wiki (http://wiki.qmailtoaster.com) contains tips for migrating from various server configurations. QMT implements vpopmail with mysql (soon to have an LDAP option), and is presently at version 5.4.17. That will be your target, so it simply depends on where you're at now what database changes you'll need to do. The email list is also very helpful with any questions you might have. -- -Eric 'shubes' Antti Kanes wrote: Heya, Thanks for the hint. I've been delaying the upgrade of the mail server for the last just because of the nuisance of actually building a working qmail+vpopmail(+mysql)+spamassassin+pop_before_smtp+qmailscan+clamdscan+vqad min etc configuration; the order of building the programs and their configure parameters give me a headache. I'll have to look into that. (Any ideas if there's been any changes on vpopmail db or other files that'd cause problems with migration, as all the data and domains need naturally be migrated?) ++antti -Original Message- From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert Sent: 2. syyskuuta 2009 19:20 To: vchkpw@inter7.com Subject: [vchkpw] Re: chkuser random rejects Antti Kanes wrote: This information will be helpful to me as we'll be renewing our qmail servers in the near future and will upgrade to a recent version at that point. Antti, be sure to consider using QmailToaster (http://www.qmailtoaster.com) when you upgrade. It's top notch, and might save you some headaches. -- -Eric 'shubes' !DSPAM:4a9eb1d432718065211830!
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
If it was modified, you should increment the version number. In 3 months, when someone reports a bug, how will we know which 5.4.28 they're running? -Tom On Sep 2, 2009, at 10:56 AM, Matt Brookings m...@inter7.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adds a fix for long domain names - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqesbUACgkQIwet2/rgZyziCQCfX/KidAvmWXWWo8oqOyEszve/ pLYAmQFkxPPSBjUfwiSVZzAwNVx5apaz =vX+w -END PGP SIGNATURE- !DSPAM:4a9ec44932714432088647!
Re: [vchkpw] Released updated 5.4.28 tarball on SourceForge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Collins wrote: If it was modified, you should increment the version number. In 3 months, when someone reports a bug, how will we know which 5.4.28 they're running? Considering it has 0 downloads, I'm not entirely concerned about this circumstance. :) - -- /* Matt Brookings m...@inter7.com GnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqexX0ACgkQIwet2/rgZyygnwCfX/NAJ84UWkxwiyGjODGhCO8R HBoAniCjzibLd4tMvMreH7Fxq/drlMsg =Ydn4 -END PGP SIGNATURE-
Re: [vchkpw] Re: chkuser random rejects
vdeldomain works i did a vdeldomain domain.eu and it disappeared from rcpthosts, virtualdomains and alias vaddaliasdomain domain.eu puts it back in the 3 files Tren Blackburn wrote: vdeldomain should do it. *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 10:28 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects mmm what is the command to delete an alias domain that was created with vaddaliasdomain ? Tonix (Antonio Nati) wrote: Considering the situation, can you delete these domains and add them again using vpopmail commands? After these operation, do problems remain? Tonino Bogdan Motoc - CRC ha scritto: r...@machine:/home# cd /home r...@machine:/home# ls -l total 8 drwx--x--x 2 myuser users 4096 2008-01-24 18:52 myuser drwxr-xr-x 9 vpopmail vchkpw 4096 2007-02-13 15:40 vpopmail r...@machine:/home# cd vpopmail r...@machine:/home/vpopmail# ls -l total 24 drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 bin drwxr-xr-x 4 vpopmail vchkpw 4096 2007-02-12 17:00 doc drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 domains drwxr-xr-x 2 vpopmail vchkpw 4096 2009-09-02 18:40 etc drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 include drwxr-xr-x 2 vpopmail vchkpw 4096 2007-02-12 17:00 lib r...@machine:/home/vpopmail# cd domains r...@machine:/home/vpopmail/domains# ls -l total 4 drwx-- 11 vpopmail vchkpw 4096 2009-06-25 18:17 domain.com r...@machine:/home/vpopmail/domains# cd domain.com r...@machine:/home/vpopmail/domains/domain.com# ls -l total 44 drwx-- 3 vpopmail vchkpw 4096 2007-07-20 15:07 user1 drwx-- 3 vpopmail vchkpw 4096 2007-12-07 00:14 user2 drwx-- 3 vpopmail vchkpw 4096 2008-05-16 17:25 user3 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user4 drwx-- 3 vpopmail vchkpw 4096 2007-05-07 16:49 user5 drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:23 postmaster drwx-- 3 vpopmail vchkpw 4096 2007-02-13 17:24 user6 drwx-- 3 vpopmail vchkpw 4096 2007-09-26 15:28 test drwx-- 3 vpopmail vchkpw 4096 2007-10-21 11:45 user7 -rw-r--r-- 1 vpopmail vchkpw 1156 2009-03-11 13:45 vpasswd -rw--- 1 vpopmail vchkpw 3402 2009-03-11 13:45 vpasswd.cdb r...@machine:/home/vpopmail/domains/domain.com# cd user1 r...@machine:/home/vpopmail/domains/domain.com/user1# ls -l total 8 drwx-- 11 vpopmail vchkpw 4096 2008-11-01 09:17 Maildir -rw--- 1 vpopmail vchkpw4 2008-11-01 09:17 lastauth r...@machine:/home/vpopmail/domains/domain.com/user1# cd Maildir r...@machine:/home/vpopmail/domains/domain.com/user1/Maildir# ls -l total 52 drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:09 courierimaphieracl drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:14 courierimapkeywords -rw-r--r-- 1 vpopmail vchkpw 17 2008-11-01 09:17 courierimapsubscribed -rw-r--r-- 1 vpopmail vchkpw 120 2008-11-01 09:14 courierimapuiddb drwx-- 2 vpopmail vchkpw 4096 2008-10-02 08:08 cur -rw-r--r-- 1 vpopmail vchkpw 46 2008-11-01 09:17 maildirsize drwx-- 2 vpopmail vchkpw 4096 2008-07-18 10:44 new -rw--- 1 vpopmail vchkpw 72 2007-07-20 15:10 sqwebmail-config drwx-- 2 vpopmail vchkpw 4096 2007-07-20 15:16 sqwebmail-curcache -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-curcache.nfshack -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-mailinglists -rw--- 1 vpopmail vchkpw7 2007-07-20 15:09 sqwebmail-sentstamp -rw--- 1 vpopmail vchkpw0 2007-07-20 15:10 sqwebmail-sig -rw--- 1 vpopmail vchkpw1 2007-07-20 15:16 sqwebmail-timestamp drwx-- 2 vpopmail vchkpw 4096 2008-11-01 09:17 tmp Tonix (Antonio Nati) wrote: Which are ownership and privileges of domain directories and mailboxes? chkuser simply checks mysql or cdb, while qmail in delivery checks also for directories. Tonino Tren Blackburn ha scritto: Can you paste the output of the command: /var/qmail/bin/qmail-showctl Thanks :) *From:* Bogdan Motoc - CRC [mailto:bogdan.mo...@crcnet.ro] *Sent:* September-02-09 8:26 AM *To:* vchkpw@inter7.com mailto:vchkpw@inter7.com *Subject:* Re: [vchkpw] Re: chkuser random rejects No. Users on the internal network are able to relay their messages because tcp.smtp has this line: local_subnet:allow,RELAYCLIENT= Just tested right now, even roaming users are able to relay messages via smtp-auth. (haven't tested if the pop-before-smtp function of vpopmail works, as i just configured an imap account in my mail client. if you think it's relevant to know, i'll do it) Funny thing is, when sending to the postmaster account on that server from my client configured to authenticate via smtp-auth via a valid user and pass from that server, the message doesn't arrive anywhere. Here's the log: @40004a9e8c3518c0efdc info msg 30983061: bytes 837 from t...@domain.com mailto:t...@domain.com qp 3674 uid 89 @40004a9e8c351937391c starting delivery 12: msg 30983061 to local postmas...@domain.com mailto:postmas...@domain.com