[vchkpw] How does qmail-smtp check reverse dns record for remote hosts ?
Hello I use spamcontrol2.3 (by Erwin Hoffman) on qmail-1.03. I want my mail server to check reverse dns record. How do I have to set the qmail-smtpd/run file and tcp.smp file ? Thanks
[vchkpw] smtproute
Hello, i have an RHEL-Qmail-Vpopmail-Installation with 2 virtural domains (xxx.com and yyy.com). Domain xxx.com is in daily use. yyy.com is only there for fallback if the real yyy.com mailserver dies. My problem is that if a user from xxx.com sends a mail to a user at yyy.com it gets delievered locally, it never goes out to the real yyy.com mailserver. I tried to set smtproutes but discovered that it won't work because local-delivery happens before smtproutes is used. How can I send mails to the REAL yyy.com-Mailserver. Is there a way to disable the yyy.com-Domain temporarily, or a .qmail-trick I haven't found so far? Thanks in advance Andrew
Re: [vchkpw] smtproute
[EMAIL PROTECTED] wrote: Hello, i have an RHEL-Qmail-Vpopmail-Installation with 2 virtural domains (xxx.com and yyy.com). Domain xxx.com is in daily use. yyy.com is only there for fallback if the real yyy.com mailserver dies. My problem is that if a user from xxx.com sends a mail to a user at yyy.com it gets delievered locally, it never goes out to the real yyy.com mailserver. I tried to set smtproutes but discovered that it won't work because local-delivery happens before smtproutes is used. How can I send mails to the REAL yyy.com-Mailserver. Is there a way to disable the yyy.com-Domain temporarily, or a .qmail-trick I haven't found so far? Hi, yyy.com shouldn't be a virtual domain on the server. It should just have entries in [more]rcpthosts and smtproutes. You may not even need smtproutes if yyy.com's lowest MX is set to the real server. Regards, Rick
Re: [vchkpw] smtproute
Just remove yyy.com from the virtual domains file? And add it back if I need to use it? Andrew [EMAIL PROTECTED] wrote: Hello, i have an RHEL-Qmail-Vpopmail-Installation with 2 virtural domains (xxx.com and yyy.com). Domain xxx.com is in daily use. yyy.com is only there for fallback if the real yyy.com mailserver dies. My problem is that if a user from xxx.com sends a mail to a user at yyy.com it gets delievered locally, it never goes out to the real yyy.com mailserver. I tried to set smtproutes but discovered that it won't work because local-delivery happens before smtproutes is used. How can I send mails to the REAL yyy.com-Mailserver. Is there a way to disable the yyy.com-Domain temporarily, or a .qmail-trick I haven't found so far? Hi, yyy.com shouldn't be a virtual domain on the server. It should just have entries in [more]rcpthosts and smtproutes. You may not even need smtproutes if yyy.com's lowest MX is set to the real server. Regards, Rick
Re: [vchkpw] smtproute
On Thursday 25 May 2006 09:56, [EMAIL PROTECTED] wrote: Just remove yyy.com from the virtual domains file? And add it back if I need to use it? you don't host yyy.com it seems (we can't tell because you're using fake information) so why would you put it in virtualdomains? -Jeremy -- Jeremy Kitchen ++ [EMAIL PROTECTED] http://ipaction.org/ -- defend your rights to fair use pgpBDwx4RI4pr.pgp Description: PGP signature
Re: [vchkpw] smtproute
On May 25, 2006, at 9:20 AM, [EMAIL PROTECTED] wrote: i have an RHEL-Qmail-Vpopmail-Installation with 2 virtural domains (xxx.com and yyy.com). Domain xxx.com is in daily use. yyy.com is only there for fallback if the real yyy.com mailserver dies. Reiterating what others have said... If your server is just a backup MX server for yyy.com, it should only appear in rcpthosts or morercpthosts. If there's another server with a lower MX number, your server will queue the mail and try to deliver it to yyy.com. If your server is really a backup server in case the real server is destroyed (vs. just falling off the net for a few hours), then you'll have to remove yyy.com from /var/qmail/control/virtualdomains. You can then keep the ~vpopmail/domains/yyy.com directory in-tact, possibly updating it from the main server via rsync. When the old server kicks the bucket, add yyy.com back into virtualdomains, update the DNS records so you're now the primary DNS server, and you're off and running. -- Tom Collins - [EMAIL PROTECTED] Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/ QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/
Re: [vchkpw] rcpt check patch - rejected rcpt
Ken Jones wrote: Tom Collins wrote: On May 23, 2006, at 7:02 AM, Ken Jones wrote: If any one of the recipients are rejected then the sender says they get a bounce message with valid and invalid recipients listed with the regular qmail failure status of the form: It sounds like a problem with the sender's SMTP server not being able to handle a message where only some of the recipients exist. Have the original sender do a test where they email a real gmail account, and a completely made up one. Does the same thing happen? I'll give it a shot. If they're running an Exchange Server, they should see if there are any patches or updates they can install. Sounds like a good idea. Found the smtp sender info: Microsoft SMTPSVC(6.0.3790.1830) Does anyone have access to a Microsoft SMTPSVC(6.0.3790.1830) server? We'd like to test the idea that Tom had about sending emails to gmail but we don't have one of those Microsoft boxes. If anyone has one and would like to help run a test, please email me off list so we can run a few tests. Thanks, Ken Jones
Re: [vchkpw] smtproute
Thanks Tom. It worked. As soon as I removed yyy.com from virtualdomains mail started going directly to the live yyy.com server. Again thanks everyone for all your help. Andrew On May 25, 2006, at 9:20 AM, [EMAIL PROTECTED] wrote: i have an RHEL-Qmail-Vpopmail-Installation with 2 virtural domains (xxx.com and yyy.com). Domain xxx.com is in daily use. yyy.com is only there for fallback if the real yyy.com mailserver dies. Reiterating what others have said... If your server is just a backup MX server for yyy.com, it should only appear in rcpthosts or morercpthosts. If there's another server with a lower MX number, your server will queue the mail and try to deliver it to yyy.com. If your server is really a backup server in case the real server is destroyed (vs. just falling off the net for a few hours), then you'll have to remove yyy.com from /var/qmail/control/virtualdomains. You can then keep the ~vpopmail/domains/yyy.com directory in-tact, possibly updating it from the main server via rsync. When the old server kicks the bucket, add yyy.com back into virtualdomains, update the DNS records so you're now the primary DNS server, and you're off and running. -- Tom Collins - [EMAIL PROTECTED] Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/ QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/