Re: [toaster] PopBeforeSmtp - SMTP AUTH and some RELAY
> disable_smtp is the setting you're looking for. You can use the > vlimits program to manage limits for a domain. > Hi Tom! Thanks for your reply. This is an vuserinfo example: # ./vuserinfo [EMAIL PROTECTED] name: info passwd: $1$BbFHAr.Z$EVkqrnXqD5CCKG2iXL5WN1 clear passwd: prova comment/gecos: info uid:1 gid:32 flags: 32 gecos: info limits: user not allowed to relay mail dir: /home/vpopmail/domains/xx.xxx/info quota: 6291456S usage: 0% last auth: Tue Sep 6 09:01:28 2005 last auth ip: xx.xx.xx.xx Here you can see : "user not allowed to relay mail" , but this is true only for pop-before-smtp. With AUTH, user can send email. Thanks Simone
Re: [toaster] chkuser problem
Are you sure MySQL is reachable from the second server? Did you check if MySQL accounts work from the secondary server? MySQL has a particular way to handle users, check it. If problem persist, disable chkuser on secondary server and test if problem still exists. Tonino > Adam Woodbeck wrote: > >> I'm experiencing the weirdest problem with a second mail server I just >> set up. I've set up several toasters following Bill's instructions >> and many FreeBSD toasters following Matt Simerson's instructions all >> without any trouble. But the toaster I set up today is driving me >> nuts. >> >> I'm setting up a second mail server that will share load with our >> current mail server. They both connect to the same MySQL database for >> vpopmail authentication and spamassassin settings. Over NFS, both >> servers are sharing the same ~vpopmail/domains directory, >> /var/qmail/control directory, and /var/qmail/users directory. The >> primary mail server has no problems at all sending and receiving >> email. The second mail server will not accept any email for any local >> email accounts because chkuser reports "not existing recipient." >> I've verified that vpopmail recognizes the email accounts I'm trying >> to send to (~vpopmail/bin/vuserinfo returns the >> expected output with no errors). I've checked the ownership and >> permissions of every directory involved (especially the >> ~vpopmail/domains/ directory) and everything looks good (the primary >> mail server is successfully using these shared directories over NFS >> right now so permissions should be good). I've made sure that the >> UIDs and GIDs of all qmail users and the vpopmail user match on both >> servers. The only >> difference in the two servers is that the server I'm having trouble >> with is a 64-bit system (running SLES 9). >> >> I'm at my whit's end. Would anyone please suggest what I should try >> next to figure out why chkuser denies delivery attempt with the >> message "511 sorry, no mailbox here by that name (#5.1.1 - chkuser)." >> I greatly appreciate the help. >> >> Sincerely, >> Adam Woodbeck > > I should mention that I did not change any chkuser settings before > building and installing the toaster. > > Adam -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- La tua posta elettronica senza virus su UfficioPostale.IT Your virus free electronic mail on UfficioPostale.IT
Re: [toaster] PopBeforeSmtp - SMTP AUTH and some RELAY
Is there solution for this problem? Thanks to all! > > Hi Tom! Thanks for your reply. > > This is an vuserinfo example: > > # ./vuserinfo [EMAIL PROTECTED] > name: info > passwd: $1$BbFHAr.Z$EVkqrnXqD5CCKG2iXL5WN1 > clear passwd: prova > comment/gecos: info > uid:1 > gid:32 > flags: 32 > gecos: info > limits: >user not allowed to relay mail > dir: /home/vpopmail/domains/xx.xxx/info > quota: 6291456S > usage: 0% > last auth: Tue Sep 6 09:01:28 2005 > last auth ip: xx.xx.xx.xx > > > Here you can see : "user not allowed to relay mail" , > but this is true only for pop-before-smtp. > > With AUTH, user can send email. > > Thanks > > Simone >
Re: [toaster] chkuser problem
Hello Tonino, Thank you for the reply. Yes, I'm able to manually connect to the MySQL server from the secondary mail server as the "vpopmail" user and run queries on the vpopmail.vpopmail table. I'll disable chkuser and see if I am still unable to send email to local users through the secondary mail server. Adam On Tuesday 06 September 2005 06:56, Tonix wrote: > Are you sure MySQL is reachable from the second server? > Did you check if MySQL accounts work from the secondary server? MySQL has > a particular way to handle users, check it. > > If problem persist, disable chkuser on secondary server and test if > problem still exists. > > Tonino
Re: [toaster] PopBeforeSmtp - SMTP AUTH and some RELAY
On Sep 6, 2005, at 12:07 AM, Simone wrote: Here you can see : "user not allowed to relay mail" , but this is true only for pop-before-smtp. With AUTH, user can send email. That's right -- you set disable_external_relay for that user. If you also set disable_smtp, he should be unable to use SMTP AUTH as well. -Tom
Re: [toaster] chkuser problem
Hello Tonino, I disabled chkuser and I was able to send email just fine to local users through the secondary mail server. It certainly appears as though there is something wrong with chkuser on the secondary mail server. I may start over from scratch again since the secondary server is not in production yet. Adam On Tuesday 06 September 2005 06:56, Tonix wrote: > Are you sure MySQL is reachable from the second server? > Did you check if MySQL accounts work from the secondary server? MySQL has > a particular way to handle users, check it. > > If problem persist, disable chkuser on secondary server and test if > problem still exists. > > Tonino
[toaster] Spam/Forwarding question
Hey all, Is there a way to configure simscan to forward mail marked as spam to a specific email address, similar to qmail-scanner with the 'st' patch? -- __ Carlos J. Muentes http://www.rockwithme.org - Rock With Me Guitar Stuff, Programming stuff, Family Stuff - all in one place
Re: [toaster] PopBeforeSmtp - SMTP AUTH and some RELAY
> > That's right -- you set disable_external_relay for that user. > > If you also set disable_smtp, he should be unable to use SMTP AUTH as > well. > It's true! Excuse me! Thank! Simo
Re: [toaster] chkuser problem
Ok. I fixed the problem. I uninstalled the 64-bit version of Suse Enterprise Linux 9 and installed the 32-bit version (the server is running an AMD Opteron). I then went through the install process of Bill's toaster and everything worked just fine. Chkuser works now as it should. Can anyone think of a reason chkuser would not work on a 64-bit OS? Everything else seems to compile and work just fine on the 64-bit version of SLES 9. Adam Adam Woodbeck wrote: Hello Tonino, I disabled chkuser and I was able to send email just fine to local users through the secondary mail server. It certainly appears as though there is something wrong with chkuser on the secondary mail server. I may start over from scratch again since the secondary server is not in production yet. Adam On Tuesday 06 September 2005 06:56, Tonix wrote: Are you sure MySQL is reachable from the second server? Did you check if MySQL accounts work from the secondary server? MySQL has a particular way to handle users, check it. If problem persist, disable chkuser on secondary server and test if problem still exists. Tonino
Re: [toaster] chkuser problem
Wow, I had the same exact problem with SLES9 64-bit edition, but with courier-authlib! I did the same thing, uninstalled the 64-bit version, and installed the 32-bit vesion and all problems went away just like that. I found articles of others having the same issues with the 64-bit version of SLES, so I assume courier-authlib, as well as other lib's/bin's are having issues with compiling on 64-bith architectures. I also had issues with konqueror in the 64-bit version crashing for unknown reasons, that also went away with an install of the 32-bit version. Adam Woodbeck wrote: Ok. I fixed the problem. I uninstalled the 64-bit version of Suse Enterprise Linux 9 and installed the 32-bit version (the server is running an AMD Opteron). I then went through the install process of Bill's toaster and everything worked just fine. Chkuser works now as it should. Can anyone think of a reason chkuser would not work on a 64-bit OS? Everything else seems to compile and work just fine on the 64-bit version of SLES 9. Adam Adam Woodbeck wrote: Hello Tonino, I disabled chkuser and I was able to send email just fine to local users through the secondary mail server. It certainly appears as though there is something wrong with chkuser on the secondary mail server. I may start over from scratch again since the secondary server is not in production yet. Adam On Tuesday 06 September 2005 06:56, Tonix wrote: Are you sure MySQL is reachable from the second server? Did you check if MySQL accounts work from the secondary server? MySQL has a particular way to handle users, check it. If problem persist, disable chkuser on secondary server and test if problem still exists. Tonino -- __ Carlos J. Muentes http://www.rockwithme.org - Rock With Me Guitar Stuff, Programming stuff, Family Stuff - all in one place
Re: [toaster] chkuser problem
On Sep 6, 2005, at 12:47 PM, Carlos J. Muentes wrote: Wow, I had the same exact problem with SLES9 64-bit edition, but with courier-authlib! I did the same thing, uninstalled the 64-bit version, and installed the 32-bit vesion and all problems went away just like that. I found articles of others having the same issues with the 64-bit version of SLES, so I assume courier-authlib, as well as other lib's/bin's are having issues with compiling on 64-bith architectures. I also had issues with konqueror in the 64-bit version crashing for unknown reasons, that also went away with an install of the 32-bit version. In the currently-unreleased 5.4.13 version of vpopmail, I added a patch from Jory A. Pratt to compile libvpopmail with the -fPIC compiler flag. He said it was related to AMD64 compiles and problems with linking to courier. Here are links to the two CVS changes for that patch: http://sourceforge.net/mailarchive/forum.php? thread_id=8106414&forum_id=35252 http://sourceforge.net/mailarchive/forum.php? thread_id=8106413&forum_id=35252 I don't know anything about 64-bit, or what the -fPIC option does, but you might want to try it and see if that helps. -Tom
Re: [toaster] chkuser problem
Tom Collins wrote: On Sep 6, 2005, at 12:47 PM, Carlos J. Muentes wrote: Wow, I had the same exact problem with SLES9 64-bit edition, but with courier-authlib! I did the same thing, uninstalled the 64-bit version, and installed the 32-bit vesion and all problems went away just like that. I found articles of others having the same issues with the 64-bit version of SLES, so I assume courier-authlib, as well as other lib's/bin's are having issues with compiling on 64-bith architectures. I also had issues with konqueror in the 64-bit version crashing for unknown reasons, that also went away with an install of the 32-bit version. In the currently-unreleased 5.4.13 version of vpopmail, I added a patch from Jory A. Pratt to compile libvpopmail with the -fPIC compiler flag. He said it was related to AMD64 compiles and problems with linking to courier. Here are links to the two CVS changes for that patch: http://sourceforge.net/mailarchive/forum.php? thread_id=8106414&forum_id=35252 http://sourceforge.net/mailarchive/forum.php? thread_id=8106413&forum_id=35252 I don't know anything about 64-bit, or what the -fPIC option does, but you might want to try it and see if that helps. man gcc shows this: -fPIC If supported for the target machine, emit position-independent code, suitable for dynamic linking and avoiding any limit on the size of the global offset table. This option makes a difference on the m68k, m88k, and the SPARC. Position-independent code requires special support, and therefore works only on certain machines. I've never hears of it either. Can anyone see if it solves the chkuser problem? Regards, Bill
