LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: smtp case

To: lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Subject: Re: smtp case
From: Joseph Mack <mack.joseph@xxxxxxx>
Date: Wed, 31 Jan 2001 07:09:01 -0500
ipvsadm@xxxxxxxxxxxxxxxx wrote:
> 
> Hello,
> 
> I am setting up LVS-NAT to do pop3 & smtp service, pop3 seem OK. The problem
> is smtp, which I can't send & receive emails with attachment, The qmail
> program said ' he can't do translation during the attachment tranfer'
> (something like that), actually My LVS is baring firewall duty, my runing
> script is

This is a new one. I don't know. I have no idea about 
attachment transfer either. Both google and dejanews don;t
have much to say on the matter either. I would have thought 
that the mail went through as one block and the user's mail client would
parse out the attachment.

The usual thing that goes wrong with smtp is that identd is on for the smtp
server (on the real-server) and the server takes a long time to connect 
(see the HOWTO). This timeout is 6 secs for slackware through to 2 mins for
RedHat.

Since you are using NAT, the RIP (on the real-server) is not the same IP as
the MX address (the VIP). Can you do a dummy mailing sitting at the console of
the
real-server using the RIP as the target? Can you remove the real-server from
the LVS and put the VIP onto it and use the real-server as an smtp server?

Is qmail opening any other ports? watch with tcpdump.

I have to think long and hard about ipchains rules. Unless you're 
more familiar with them than I am, I'd only use enough to get the 
LVS working, incase some of them are interferring with the LVS, 
and then add them back later.

I assume if you have several real-servers, that you have a common
/var/spool/mail directory for them to write to? 

Joe

-- 
Joseph Mack PhD, Senior Systems Engineer, Lockheed Martin
contractor to the National Environmental Supercomputer Center, 
mailto:mack.joseph@xxxxxxx ph# 919-541-0007, RTP, NC, USA


<Prev in Thread] Current Thread [Next in Thread>
  • smtp case, ipvsadm
    • Re: smtp case, Joseph Mack <=