Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Scott Sharkey

Hello All!

This is the third time I've posted, without response.  Either
it's not getting out, or no one knows the answer, or I should
be reading a FAQ somewhere.  Can anyone please point me to the
right FAQ?

Message Follows:

I've got a mail server on a private network (192.168.x.x) which
I want to periodically pick up mail from my server that's 
co-located elsewhere.  Both servers are running qmail.

The public server has MX records for my domain, pointing to
it.  Mail to/from there seems to be working just fine.
Right now, I'm just using a pop client to pick up the mail
when I'm connected, but that's not a good solution.

I want the private server to periodically dialin, pick up
the messages, send any that are queued (this is already
working), and deliver via POP (also already working).

SO, do I switch the public server from handling the mail
as a standard domain to a virtual domain?  How do I get
the private server (which has a DYNAMIC IP address) to
pickup the mail?

I've looked at both fetchmail and serialmail.  I think I
understand how to do this with fetchmail, but I cannot
make heads or tails of the serialmail "docs".  I would 
LOVE to do this via ssh tunnelling if I can.

It seems that serialmail will only work if the dialin
server has a static IP address (ie, there's no way to
tell it to send to my dialup dynamic address?)

Any advice, suggestions, etc?



Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Asmodeus

On Tue, 24 Aug 1999, Scott Sharkey wrote:

 I've got a mail server on a private network (192.168.x.x) which
 I want to periodically pick up mail from my server that's 
 co-located elsewhere.  Both servers are running qmail.
 
 The public server has MX records for my domain, pointing to
 it.  Mail to/from there seems to be working just fine.
 Right now, I'm just using a pop client to pick up the mail
 when I'm connected, but that's not a good solution.
 
 I want the private server to periodically dialin, pick up
 the messages, send any that are queued (this is already
 working), and deliver via POP (also already working).
 
 SO, do I switch the public server from handling the mail
 as a standard domain to a virtual domain?  How do I get
 the private server (which has a DYNAMIC IP address) to
 pickup the mail?
 
 I've looked at both fetchmail and serialmail.  I think I
 understand how to do this with fetchmail, but I cannot
 make heads or tails of the serialmail "docs".  I would 
 LOVE to do this via ssh tunnelling if I can.
 
 It seems that serialmail will only work if the dialin
 server has a static IP address (ie, there's no way to
 tell it to send to my dialup dynamic address?)

 I've done pretty much the same thing before (a while ago, so my
remembered details are a bit sketchy, unfortunately).  As long as you know
your dynamic IP address, you can use serialmail.

From the dynamicIP'd box, I run a script periodically which runs the
command

ssh -C -c blowfish public server maildirsmtp path to/Maildir \
domain in delivered-to- dynamic IP `hostname`

 Where public server is the public server's hostname/IP
 path to/Maildir is the path to the Maildir which has the waiting mail
 domain in delivered-to is the domain part in the message's headers
like:
 delivered-to: [EMAIL PROTECTED]
 I have:
 onbenshaw-
 In the domain in delivered-to- place, (and it gets chopped off, so the
mail is delivered to [EMAIL PROTECTED] on the dynamic IP box
 --Yes, its a virtual domain on the public server
(in control/virtualdomains:
on.benshaw.com:onbenshaw
)
 The dynamic IP is the current dynamic IP of the dynIP'd box.
 and `hostname` is simply the hostname of the dynIP'd box.

 The script ssh's to the public server, and runs maildirsmtp, which goes
through the Maildir where all of the received mail is, and tells the
public server to push all that mail to dynamic IP via SMTP.

 The public server then connects to dynamic IP:SMTP and delivers the
mail.

 The traffic isn't encrypted by ssh, because it just goes through SMTP,
but its transparent to the box with the dynamic IP--its just incoming SMTP
traffic to it (after it triggers the send).

Hope this description helps in your setting-up of it.

.Shawn




Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Eric Dahnke

You're talking about batch processing of mail via dial-up. I believe
your only options are fetchmail, UUCP, ETRN or serialmail. All of which
will move the mail in one form or another. Look at the different
features of each package and figure out which one to install. Personally
I use fetchmail and serialmail. fetchmail is an increadibly convoluted
piece of software. very buggy in my opinion. but once you get it set up
and stop touching it it will work well. serialmail works very well. No
complaits.

check out ETRN and UUCP

Scott Sharkey escribió:

 Hello All!

 This is the third time I've posted, without response.  Either
 it's not getting out, or no one knows the answer, or I should
 be reading a FAQ somewhere.  Can anyone please point me to the
 right FAQ?

 Message Follows:

 I've got a mail server on a private network (192.168.x.x) which
 I want to periodically pick up mail from my server that's
 co-located elsewhere.  Both servers are running qmail.

 The public server has MX records for my domain, pointing to
 it.  Mail to/from there seems to be working just fine.
 Right now, I'm just using a pop client to pick up the mail
 when I'm connected, but that's not a good solution.

 I want the private server to periodically dialin, pick up
 the messages, send any that are queued (this is already
 working), and deliver via POP (also already working).

 SO, do I switch the public server from handling the mail
 as a standard domain to a virtual domain?  How do I get
 the private server (which has a DYNAMIC IP address) to
 pickup the mail?

 I've looked at both fetchmail and serialmail.  I think I
 understand how to do this with fetchmail, but I cannot
 make heads or tails of the serialmail "docs".  I would
 LOVE to do this via ssh tunnelling if I can.

 It seems that serialmail will only work if the dialin
 server has a static IP address (ie, there's no way to
 tell it to send to my dialup dynamic address?)

 Any advice, suggestions, etc?

--
+ + + + + + + + + + + + + + + + + + + +
Spark Sistemas
   - presentado por IWCC Argentina S.A.
   Tel: 4702-1958
   e-mail: [EMAIL PROTECTED]
+ + + + + + + + + + + + + + + + + + + +




Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Chris McCarthy

qmail doesn't support ETRN though does it ?

[root@linux qmail-1.03]# grep -i etrn *
[root@linux qmail-1.03]#

[root@linux qmail-1.03]# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 fashion.dynip.com ESMTP
etrn my.host.com
502 unimplemented (#5.5.1)

Eric Dahnke wrote:

 You're talking about batch processing of mail via dial-up. I believe
 your only options are fetchmail, UUCP, ETRN or serialmail. All of which
 will move the mail in one form or another. Look at the different
 features of each package and figure out which one to install. Personally
 I use fetchmail and serialmail. fetchmail is an increadibly convoluted
 piece of software. very buggy in my opinion. but once you get it set up
 and stop touching it it will work well. serialmail works very well. No
 complaits.

 check out ETRN and UUCP

 Scott Sharkey escribió:

  Hello All!
 
  This is the third time I've posted, without response.  Either
  it's not getting out, or no one knows the answer, or I should
  be reading a FAQ somewhere.  Can anyone please point me to the
  right FAQ?
 
  Message Follows:
 
  I've got a mail server on a private network (192.168.x.x) which
  I want to periodically pick up mail from my server that's
  co-located elsewhere.  Both servers are running qmail.
 
  The public server has MX records for my domain, pointing to
  it.  Mail to/from there seems to be working just fine.
  Right now, I'm just using a pop client to pick up the mail
  when I'm connected, but that's not a good solution.
 
  I want the private server to periodically dialin, pick up
  the messages, send any that are queued (this is already
  working), and deliver via POP (also already working).
 
  SO, do I switch the public server from handling the mail
  as a standard domain to a virtual domain?  How do I get
  the private server (which has a DYNAMIC IP address) to
  pickup the mail?
 
  I've looked at both fetchmail and serialmail.  I think I
  understand how to do this with fetchmail, but I cannot
  make heads or tails of the serialmail "docs".  I would
  LOVE to do this via ssh tunnelling if I can.
 
  It seems that serialmail will only work if the dialin
  server has a static IP address (ie, there's no way to
  tell it to send to my dialup dynamic address?)
 
  Any advice, suggestions, etc?

 --
 + + + + + + + + + + + + + + + + + + + +
 Spark Sistemas
- presentado por IWCC Argentina S.A.
Tel: 4702-1958
e-mail: [EMAIL PROTECTED]
 + + + + + + + + + + + + + + + + + + + +



Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread johnjohn

On Tue, Aug 24, 1999 at 09:41:14AM -0400, Scott Sharkey wrote:
 I've got a mail server on a private network (192.168.x.x) which
 I want to periodically pick up mail from my server that's 
 co-located elsewhere.  Both servers are running qmail.
 
 The public server has MX records for my domain, pointing to
 it.  Mail to/from there seems to be working just fine.
 Right now, I'm just using a pop client to pick up the mail
 when I'm connected, but that's not a good solution.
 
 I want the private server to periodically dialin, pick up
 the messages, send any that are queued (this is already
 working), and deliver via POP (also already working).

Your goals aren't to deliver the messages by a specific service,
are they?

Using serialmail to solve your problem:

1) on connected server, set up mail for the virtualdomain to
   be stored in a Maildir.

2) remotely trigger maildirsmtp on the server to your dialin's 
   dynamic IP.

   I can think of two ways to do this:  

   a) do a pop-style authentication to a dedicated tcpserver instance.
  tcpserver can capture your dynamic IP and trigger maildirsmtp
  using it.

   b) remote call via ssh.  Much more secure (no passwords in the clear),
  though to be honest, I can't think of a way to capture the hosts
  dynamic IP off the top of my head.  I'm sure someone else can help
  you there...
   
 
-- 
John White johnjohn
 at
   triceratops.com
PGP Public Key: http://www.triceratops.com/john/public-key.pgp



Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Russell Nelson

Chris McCarthy writes:
  qmail doesn't support ETRN though does it ?

If you install the serialmail package, and set it up to do autoturn,
then yes, qmail supports ETRN.

-- 
-russ nelson [EMAIL PROTECTED]  http://russnelson.com
Crynwr sells support for free software  | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | can outdo them. Homeschool!



Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Mirko Zeibig

On Tue, Aug 24, 1999 at 09:41:14AM -0400, Scott Sharkey wrote:
 It seems that serialmail will only work if the dialin
 server has a static IP address (ie, there's no way to
 tell it to send to my dialup dynamic address?)
Hello Scott,
there is a script on the qmail-page (http://qmail.mirrors.space.net/turnmail), 
which will do the trick "abusing" the POP-protocol.

Regards
Mirko



Re: Disconnected Qmail??? 3rd Try!

1999-08-24 Thread Asmodeus

On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:

b) remote call via ssh.  Much more secure (no passwords in the clear),
   though to be honest, I can't think of a way to capture the hosts
   dynamic IP off the top of my head.  I'm sure someone else can help
   you there...

On my Linux box (Mandrake 6) which uses pppd to dial in:
[root@fred /root]# /sbin/ifconfig --version
net-tools 1.52
ifconfig 1.39 (1999-03-18) 
(I believe the ifconfig output is the same across any semi-current
version, but just in case, that's what I'm using)

This will work:

echo `/sbin/ifconfig ppp0 | grep 'inet addr:' | cut -f 2 -d : | cut -f 1 -d ' '`

Or, if you're a little less masochistic (shell scripting-wise), 
the /etc/ppp/ip-up script has the IP address given to it as $4, so you
could just stick a:
echo $4  /root/current_ip

in /etc/ppp/ip-up and then just do a `cat /root/current_ip` to get at it.
(the parameters passed to ip_up and ip_down are documented in pppd's man
page.

Hope this helps,
.Shawn