Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Qmail: users

smtproutes

 

 

First page Previous page 1 2 Next page Last page  View All Qmail users RSS feed   Index | Next | Previous | View Threaded


maestro at omnipotent

Feb 28, 1997, 12:20 AM

Post #1 of 48 (25080 views)
Permalink
smtproutes

The FAQ states to echo hostname > /var/qmail/control/smtproutes for any mail that cannot be delivered localy or via a direct SMTP connection, in doing this it still tries to make a direct connection to the remote host, what other changes must be made to make this work?

/* Dan... */


hanche at imf

Feb 28, 1997, 2:53 AM

Post #2 of 48 (24878 views)
Permalink
Re: smtproutes [In reply to]

[ Dan... (home) <maestro [at] omnipotent> 1997-2 -28 2:20 -0500 ]
|---
|
| The FAQ states to echo hostname > /var/qmail/control/smtproutes for any
| mail that cannot be delivered localy or via a direct SMTP connection,
| in doing this it still tries to make a direct connection to the remote
| host, what other changes must be made to make this work?
|---

My copy of the FAQ says no such thing. To make mail to domain or host
hard.to.reach be sent to host reach.out.and.touch.somebody instead, do

echo hard.to.reach:reach.out.and.touch.somebody \
>> /var/qmail/control/smtproutes

- Harald


krbj at novo

Nov 2, 1998, 10:59 AM

Post #3 of 48 (24890 views)
Permalink
RE: smtproutes [In reply to]

No, just make sure the domain is in rcpthosts and not listed in locals on the
secondary mx.

regards,

Kristian Bjørnskov,
E-mail: krbj [at] novo
Technical Competency Center - Internet. Phone: +45 4442 3299
Novo Nordisk A/S Fax: +45 4442 6061

On Monday, November 02, 1998 6:53 PM, Adam D. McKenna [SMTP:adam [at] flounder]
wrote:
> Say I wanted to set up a computer as a secondary MX. But I don't want any
> of the mail to actually be _delivered_ on that machine, I just want it to be
> queue'd up and delivered to the primary once it comes back online. Will
> putting an entry into control/smtproutes on the secondary MX accomplish
> this?
>
> This may be a dumb question but it's not obvious by looking at the man page
> for qmail-remote whether this will actually work.
>
> --Adam
>


hanche at math

Nov 2, 1998, 11:07 AM

Post #4 of 48 (24903 views)
Permalink
Re: smtproutes [In reply to]

- "Adam D. McKenna" <adam [at] flounder>:

| Say I wanted to set up a computer as a secondary MX. But I don't
| want any of the mail to actually be _delivered_ on that machine, I
| just want it to be queue'd up and delivered to the primary once it
| comes back online. Will putting an entry into control/smtproutes on
| the secondary MX accomplish this?

This is getting to be typical FAQ material...

Yes, that will accomplish what you want, but it is not necessary.
Make sure the domain is *not* in the secondary MX's virtualdomains or
locals file (but it should obviously be in the rcpthosts file), and
the incoming mail, once arrived, will not be considered local. So it
ends up with qmail-remote, which looks up the domain in the DNS, finds
that this machine is in fact one of the MX's for the domain, but there
are better ones -- so it will forward the mail to those, starting with
the best. In your case there will be just one, but you can do the
same for a third or forth MX, and it will successively try the best,
then the second best, and so on, until it runs out of MX's better than
itself.

Note that if qmail-remote finds it has been asked to send to a domain
that this host itself is a *primary* MX for, it will bounce the
message. So be careful when you set up your DNS.

| This may be a dumb question but it's not obvious by looking at the
| man page for qmail-remote whether this will actually work.

No, Dan probably felt it is more a DNS issue than a qmail specific
issue: Any mailer that does not by default do as I outlined above, is
to be considered braindead. But sometimes the obvious (to some) needs
to be stated, and I think this is one of those places. (Dan, please
take notice.)

- Harald


hanche at math

Mar 8, 1999, 9:39 AM

Post #5 of 48 (24863 views)
Permalink
Re: smtproutes [In reply to]

- Mate Wierdl <mw [at] wierdlmpc>:

| Suppose I have a box running qmail on a home network without DNS.
| How can I route all remote messages to another box on the home
| network?
|
| Would putting
|
| :[1.2.3.4]
|
| in smtproutes work, where 1.2.3.4. is the remote box's IP on the
| home network.

I think you would need to patch qmail-remote to skip the CNAME
lookups, or provide a fake dns_cname() that does no actual lookup.

- Harald


mw at moni

Mar 8, 1999, 12:20 PM

Post #6 of 48 (24902 views)
Permalink
Re: smtproutes [In reply to]

On Mon, Mar 08, 1999 at 05:39:48PM +0100, Harald Hanche-Olsen wrote:
> - Mate Wierdl <mw [at] wierdlmpc>:
>
> | Suppose I have a box running qmail on a home network without DNS.
> | How can I route all remote messages to another box on the home
> | network?
> |
> | Would putting
> |
> | :[1.2.3.4]
> |
> | in smtproutes work, where 1.2.3.4. is the remote box's IP on the
> | home network.
>
> I think you would need to patch qmail-remote to skip the CNAME
> lookups, or provide a fake dns_cname() that does no actual lookup.

So with stock qmail, I *must* have DNS?
--
---
Mate Wierdl | Dept. of Math. Sciences | University of Memphis


mw at moni

Mar 8, 1999, 12:24 PM

Post #7 of 48 (24871 views)
Permalink
Re: smtproutes [In reply to]

On Mon, Mar 08, 1999 at 10:38:12PM +0530, Sameer Vijay wrote:
>
> Hi!
>
> I would suggest that you put the name and ip (1.2.3.4) in /etc/hosts
> and put the name in the smtproutes
>
> :remote.host
>
> I am not sure whether putting brackets there will help. just the
> IP should suffice, if you want to put ip there.

If what you suggest is supposed to work, then I am confused: having

:remote.host

in smtproutes does not require a DNS lookup of remote.host?

--
---
Mate Wierdl | Dept. of Math. Sciences | University of Memphis


mrsam at geocities

Mar 8, 1999, 3:47 PM

Post #8 of 48 (24856 views)
Permalink
Re: smtproutes [In reply to]

Mate Wierdl writes:

> So with stock qmail, I *must* have DNS?

Correct. If you don't have DNS running, your network must be so small that
putting a few lines into control/smtproutes shouldn't be much of a hassle.

--
Sam


mw at moni

Mar 8, 1999, 5:35 PM

Post #9 of 48 (24897 views)
Permalink
Re: smtproutes [In reply to]

On Mon, Mar 08, 1999 at 10:47:01PM +0000, Sam wrote:
> Mate Wierdl writes:
>
> > So with stock qmail, I *must* have DNS?
>
> Correct. If you don't have DNS running, your network must be so small that
> putting a few lines into control/smtproutes shouldn't be much of a hassle.

This is exzactly my question: suppose I have only two machines, box1.home,
and box2.home. Can I just put

:box2.home

in smtproutes on box1.home to direct all remote mail to box2---though
box2.home is in only /etc/hosts?

Also, is the syntax

:[1.2.3.4]

valid, if 1.2.3.4 is the IP of box2.home?

Thx
Mate


paletta at WRonline

Mar 8, 1999, 5:53 PM

Post #10 of 48 (24881 views)
Permalink
Re: smtproutes [In reply to]

Mate Wierdl wrote/schrieb/scribsit:
> Also, is the syntax
>
>:[1.2.3.4]
>
> valid, if 1.2.3.4 is the IP of box2.home?

Yes. No need for DNS here.

Stefan


mrsam at geocities

Mar 8, 1999, 6:20 PM

Post #11 of 48 (24871 views)
Permalink
Re: smtproutes [In reply to]

Mate Wierdl writes:

> This is exzactly my question: suppose I have only two machines, box1.home,
> and box2.home. Can I just put
>
> :box2.home
>
> in smtproutes on box1.home to direct all remote mail to box2---though
> box2.home is in only /etc/hosts?

No - you must use the IP address.

>
> Also, is the syntax
>
> :[1.2.3.4]
>
> valid, if 1.2.3.4 is the IP of box2.home?

That's it. Actually:

box1.home:[1.2.3.4]

is probably better.

--
Sam


johnjohn at triceratops

Aug 1, 2000, 11:31 AM

Post #12 of 48 (24868 views)
Permalink
Re: smtproutes [In reply to]

On Tue, Aug 01, 2000 at 11:05:18AM -0700, Jacob Scott wrote:
> I would like to bounce all mail incoming to my qmail machine (which is
> qmail.domain.com) for domain.com to mail.domain.com while i set up my
> server. What would this look like in smtproutes? I don't see this file in my
> control files, and I didnt see it in the install docs. Can anyone point me
> towards the answer/tell me which M to RTF?

man qmail-control
This man page tells you which man page each file in /var/qmail/control
is referenced under. This is mentioned in the install, but is generally
not absorbed during the initial learning curve.

John


peters at e-smith

Dec 8, 2000, 8:47 AM

Post #13 of 48 (24898 views)
Permalink
Re: smtproutes [In reply to]

On Fri, 8 Dec 2000, Wolfgang Zeikat wrote:

> is it possible to have more than one smtproute for the same destination
> for the case that the first relay cannot be reached? if so, how?

No. smtproutes is read in a "last best match wins" fashion. So if you
have the entries:

domain1.com:hosta.somewhere
domain1.com:otherhost.elsewhere

The first line will NEVER be used.

If you really want the fallback behaviour, then use MX records -
that's what they're for. Of course if you don't have control over the
DNS entries, then you can't control the MX records.

You could use a load balancing dns server such as Dan's pickdns from
his djbdns package.

--
Regards
Peter
----------
Peter Samuel peters [at] e-smith
http://www.e-smith.org (development) http://www.e-smith.com (corporate)
Phone: +1 613 368 4398 Fax: +1 613 564 7739
e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada

"If you kill all your unhappy customers, you'll only have happy ones left"


lists at bsws

Jan 3, 2001, 2:05 PM

Post #14 of 48 (24869 views)
Permalink
Re: smtproutes [In reply to]

Am Mittwoch, 3. Januar 2001 21:48 schrieben Sie:
> Hi,
>
> I have a redhat 7 \ qmail installation. I want to use this as a smtp
> frontend to send all messages to our exchange server. I have set smtproutes
> to smtp:exchange. When I send a message it gets delivered locally

1) Do NOT add the affected domain to locals, only to rcpthosts
2) your smtproutes-syntax is nonsens, use domain:host


--

Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
hostmaster [at] bsws | 20459 Hamburg
www.bsws.de | Germany


gowen at digitalgoods

Jan 3, 2001, 2:06 PM

Post #15 of 48 (24893 views)
Permalink
RE: smtproutes [In reply to]

> I have a redhat 7 \ qmail installation. I want to use this
> as a smtp frontend to send all messages to our exchange
> server. I have set smtproutes to smtp:exchange. When I send
> a message it gets delivered locally to me....

Make sure that the domain you are sending mail to is not listed in
locals or virtualdomains, only rcpthosts and smtproutes.

--
gowen -- Greg Owen -- gowen [at] DigitalGoods
SoftLock.com is now DigitalGoods!


520046194535-0001 at t-online

Jan 3, 2001, 4:47 PM

Post #16 of 48 (24886 views)
Permalink
Re: smtproutes [In reply to]

In the previous episode (03.01.2001), Steve Hammond
<shammond [at] thestandard> said:
>I have set
>smtproutes
>to smtp:exchange.

the syntax to send all mail (except for locals) to one host is:

:that.one.host

wolfgang


lists at bsws

Jan 3, 2001, 5:10 PM

Post #17 of 48 (24881 views)
Permalink
Re: smtproutes [In reply to]

Am Donnerstag, 4. Januar 2001 00:47 schrieb Wolfgang Zeikat:
> In the previous episode (03.01.2001), Steve Hammond
>
> <shammond [at] thestandard> said:
> >I have set
> >smtproutes
> >to smtp:exchange.
>
> the syntax to send all mail (except for locals) to one host is:
> :that.one.host

Right, but this was not his intention.

> wolfgang

--

Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
hostmaster [at] bsws | 20459 Hamburg
www.bsws.de | Germany


mdm at optonline

Jan 13, 2002, 8:54 AM

Post #18 of 48 (24888 views)
Permalink
Re: smtproutes [In reply to]

>
>Subject: Re: smptroutes
> From: Mike Scher <strange [at] cultural>
> Date: Fri, 11 Jan 2002 23:49:47 -0600 (CST)
> To: <qmail [at] list>
> Cc: Michael DiMartino <qlist [at] northshorenetworks>
>
>On Sat, 12 Jan 2002, Michael DiMartino wrote:
>> I set the mx record in "one.com" zone file to
>> MX 10 mail.storandforward.com.
>> and and A record that points to exchange.one.com
>
>It would help us a lot if you would give us the actual domains in use so
>we can check some of the setup for you. It would also help if you would
>cut & paste rather than type in what you think is in the config files.
>For example, I cannot tell whether this is your problem:
>
>> one.con:exchange.one.com
> ^
>
>.... or whether you just copied it wrong into the mail message. I don't
>even know what the real domain name is, so I can't check whether the
>problem is in your DNS.
>
>If you cut and paste, and use the real names, then maybe someone will spot
>something you missed.
>
>> i also added one.com to the "rcpthosts" file.
>> I also stoped and restarted qmail.
>
>Make sure "one.com" is not in the locals files on "storeandforward.com"
>
>> What have i missed????
>
>Well, hard to tell. Can you please send us the output from:
>
>/var/qmail/bin/qmail-showctl
>
>?
>
> -M
>
> Michael Brian Scher strange [at] cultural mscher [at] neohapsis
> Sr. Research Consultant
> Attorney, Anthropologist, Part-Time Guru
> Mailaise: n, ('mail-aze). See Outlook.
OK here is all the info.

1. Stor & Forward Server(deanmorrison.com) IP address = 206.160.140.6
2. Mailbox Server Server IP Address = 64.152.22.85

Mail for northshorenetworks should be sent to the stor & forward server
and then routed to the mailbox server

My DNS entries are as follows.
1.(deanmorrison.com) zone.file reads as follows
IN MX 10 mx.deanmorrison.com.
www IN A 64.152.22.86
mx IN A 206.160.140.13

2 northshorenetworks DNS zone file
IN MX 10 mx.deanmorrison.com. ; primary mail
exchanger
mail IN A 64.152.22.85

3. the results of /var/qmail/bin/qmail-showctl

# /var/qmail/bin/qmail-showctl
qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 120.
subdirectory split: 23.
user ids: 500, 501, 502, 0, 503, 504, 505, 506.
group ids: 500, 501.

badmailfrom: (Default.) Any MAIL FROM is allowed.

bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.

bouncehost: (Default.) Bounce host name is mx.deanmorrison.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 deanmorrison.com.

defaulthost: (Default.) Default host name is mx.deanmorrison.com.

doublebouncehost: (Default.) 2B recipient host: mx.deanmorrison.com.

doublebounceto: (Default.) 2B recipient user: postmaster.

envnoathost: (Default.) Presumed domain name is mx.deanmorrison.com.

helohost: (Default.) SMTP client HELO host name is mx.deanmorrison.com.

idhost: (Default.) Message-ID host name is mx.deanmorrison.com.

localiphost: (Default.) Local IP address becomes mx.deanmorrison.com.

locals:
Messages for mx.deanmorrison.com are delivered locally.
Messages for deanmorrison.com are delivered locally.

me: My name is mx.deanmorrison.com.

percenthack: (Default.) The percent hack is not allowed.

plusdomain:

qmqpservers: (Default.) No QMQP servers.

queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.

rcpthosts:
SMTP clients may send messages to recipients at deanmorrison.com.
SMTP clients may send messages to recipients at northshorenetworks.com.

morercpthosts: (Default.) No effect.

morercpthosts.cdb: (Default.) No effect.

smtpgreeting: (Default.) SMTP greeting: 220 mx.deanmorrison.com.

smtproutes:
SMTP route: .northshorenetworks.com:mail.northshornetworks.com
SMTP route: northshorenetworks.com:mail.northshornetworks.com

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: (Default.) No virtual domains.

defaultdelivery: I have no idea what this file does.
[root [at] linu control]#


amon at pro-linux

Nov 23, 2003, 4:15 AM

Post #19 of 48 (24894 views)
Permalink
Re: smtproutes [In reply to]

t.clarke schrieb:

> Amon writes concerning failure of smtproutes to deliver mail for pcrettung.net
> to another domain listed in smtp-routes.
>
> I note that rcrettung.net is not shown in the 'rcpthosts' file.
>
> Qmail-smtpd will only accept accept mail for domains listed in rcpthosts.
> Try adding an entry to rcpthosts and see if the mail is then accepted
> and forwarded.
>
>
> Tim

I have testet it with both, here again showctl and the log:

badgirl ~ $ qmail-showctl
qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 120.
subdirectory split: 23.
user ids: 64010, 64011, 64015, 0, 64016, 64014, 64013, 64012.
group ids: 65534, 64010.

badmailfrom: (Default.) Any MAIL FROM is allowed.

bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.

bouncehost: (Default.) Bounce host name is babeworld.loc.

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 babeworld.loc.

defaulthost: (Default.) Default host name is babeworld.loc.

doublebouncehost: (Default.) 2B recipient host: babeworld.loc.

doublebounceto: (Default.) 2B recipient user: postmaster.

envnoathost: (Default.) Presumed domain name is babeworld.loc.

helohost: (Default.) SMTP client HELO host name is babeworld.loc.

idhost: (Default.) Message-ID host name is babeworld.loc.

localiphost: (Default.) Local IP address becomes babeworld.loc.

locals:
Messages for badgirl.babeworld.loc are delivered locally.
Messages for babeworld.loc are delivered locally.
Messages for localhost are delivered locally.

me: My name is babeworld.loc.

percenthack: (Default.) The percent hack is not allowed.

plusdomain: Plus domain name is babeworld.loc.

qmqpservers: (Default.) No QMQP servers.

queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.

rcpthosts:
SMTP clients may send messages to recipients at badgirl.babeworld.loc.
SMTP clients may send messages to recipients at localhost.
SMTP clients may send messages to recipients at
chello213047093146.12.vie.surfer.at.
SMTP clients may send messages to recipients at pcrettung.net.

morercpthosts: (Default.) No effect.

morercpthosts.cdb: (Default.) No effect.

smtpgreeting: (Default.) SMTP greeting: 220 babeworld.loc.

smtproutes:
SMTP route: pcrettung.net:charlotte.babeworld.loc

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: (Default.) No virtual domains.

users: I have no idea what this file does.


badgirl /var/log $ cat mail.log
Nov 23 12:10:48 badgirl qmail: 1069585848.772377 new msg 318
Nov 23 12:10:48 badgirl qmail: 1069585848.772672 info msg 318: bytes 721
from <amon [at] tekh> qp 594 uid 64011
Nov 23 12:10:49 badgirl qmail: 1069585849.008618 starting delivery 12:
msg 318 to local pcrettung.net-knock [at] pcrettung
Nov 23 12:10:49 badgirl qmail: 1069585849.008887 status: local 1/10
remote 0/20
Nov 23 12:10:49 badgirl qmail: 1069585849.032047 delivery 12: failure:
Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
Nov 23 12:10:49 badgirl qmail: 1069585849.032319 status: local 0/10
remote 0/20
Nov 23 12:10:49 badgirl qmail: 1069585849.321415 bounce msg 318 qp 597
Nov 23 12:10:49 badgirl qmail: 1069585849.321668 end msg 318
Nov 23 12:10:49 badgirl qmail: 1069585849.324891 new msg 320
Nov 23 12:10:49 badgirl qmail: 1069585849.326768 info msg 320: bytes
1243 from <> qp 597 uid 64012
Nov 23 12:10:49 badgirl qmail: 1069585849.590664 starting delivery 13:
msg 320 to remote amon [at] tekh
Nov 23 12:10:49 badgirl qmail: 1069585849.592252 status: local 0/10
remote 1/20
Nov 23 12:10:50 badgirl qmail: 1069585850.119928 delivery 13: success:
81.223.20.210_accepted_message./Remote_host_said:_250_2.6.0_<TAMARAz2Mb1s7nlT2Nq0000030f [at] tamara>_Queued_mail_for_delivery/
Nov 23 12:10:50 badgirl qmail: 1069585850.122117 status: local 0/10
remote 0/20
Nov 23 12:10:50 badgirl qmail: 1069585850.123728 end msg 320

Am i right, this feature smtproutes is the same as the mailertable from
sendmail?

I see from the Logs, the Server does not try to forward to charlotte.

greets
Werner


jnichel at by-tor

Nov 23, 2003, 5:08 AM

Post #20 of 48 (24864 views)
Permalink
Re: smtproutes [In reply to]

Werner Amon wrote:
<snip>
> locals:
> Messages for badgirl.babeworld.loc are delivered locally.
> Messages for babeworld.loc are delivered locally.
> Messages for localhost are delivered locally.
<snip>
> rcpthosts:
> SMTP clients may send messages to recipients at badgirl.babeworld.loc.
> SMTP clients may send messages to recipients at localhost.
> SMTP clients may send messages to recipients at
> chello213047093146.12.vie.surfer.at.
> SMTP clients may send messages to recipients at pcrettung.net.
<snip>
> smtproutes:
> SMTP route: pcrettung.net:charlotte.babeworld.loc

What is it that you're trying to accomplish? Are you trying to get all
messages sent from the OUTSIDE to pcrettung.net forwarded on to
charlotte.babeworld.loc? Or are you trying to get all clients using
your box as their SMTP server and sending email to someone at
pcrettung.net rerouted to the SMTP server at charlotte.babeworld.loc for
delivery?

--
By-Tor.com
It's all about the Rush
http://www.by-tor.com


amon at pro-linux

Nov 23, 2003, 5:19 AM

Post #21 of 48 (24872 views)
Permalink
Re: smtproutes [In reply to]

John Nichel schrieb:

> Werner Amon wrote:
> <snip>
>
>> locals:
>> Messages for badgirl.babeworld.loc are delivered locally.
>> Messages for babeworld.loc are delivered locally.
>> Messages for localhost are delivered locally.
>
> <snip>
>
>> rcpthosts:
>> SMTP clients may send messages to recipients at badgirl.babeworld.loc.
>> SMTP clients may send messages to recipients at localhost.
>> SMTP clients may send messages to recipients at
>> chello213047093146.12.vie.surfer.at.
>> SMTP clients may send messages to recipients at pcrettung.net.
>
> <snip>
>
>> smtproutes:
>> SMTP route: pcrettung.net:charlotte.babeworld.loc
>
>
> What is it that you're trying to accomplish? Are you trying to get all
> messages sent from the OUTSIDE to pcrettung.net forwarded on to
> charlotte.babeworld.loc? Or are you trying to get all clients using
> your box as their SMTP server and sending email to someone at
> pcrettung.net rerouted to the SMTP server at charlotte.babeworld.loc for
> delivery?
>

i want that any mail for pcrettung.net from OUTSIDE be forwarded to the
internal mailserver that handles that domain. like the mailertable from
sendmail does.

is this possible?

greets
Werner


jnichel at by-tor

Nov 23, 2003, 6:01 AM

Post #22 of 48 (24853 views)
Permalink
Re: smtproutes [In reply to]

Werner Amon wrote:
>> What is it that you're trying to accomplish? Are you trying to get
>> all messages sent from the OUTSIDE to pcrettung.net forwarded on to
>> charlotte.babeworld.loc? Or are you trying to get all clients using
>> your box as their SMTP server and sending email to someone at
>> pcrettung.net rerouted to the SMTP server at charlotte.babeworld.loc
>> for delivery?
>>
>
> i want that any mail for pcrettung.net from OUTSIDE be forwarded to the
> internal mailserver that handles that domain. like the mailertable from
> sendmail does.
>
> is this possible?
>
> greets
> Werner

Yes. I could be wrong here, as I'm no qmail guru, but SMTP routes is
not what you're looking for. To the best of my knowledge, smtproutes
come into to play when using your qmail install as the SMTP server
(clients sending mail using your qmail box). Take a look here, it may
be what you're trying to do....

http://www.ornl.gov/lists/mailing-lists/qmail/2001/01/msg01809.html

--
By-Tor.com
It's all about the Rush
http://www.by-tor.com


amon at pro-linux

Nov 23, 2003, 6:14 AM

Post #23 of 48 (24894 views)
Permalink
Re: smtproutes [In reply to]

John Nichel schrieb:

> Werner Amon wrote:
>
>>> What is it that you're trying to accomplish? Are you trying to get
>>> all messages sent from the OUTSIDE to pcrettung.net forwarded on to
>>> charlotte.babeworld.loc? Or are you trying to get all clients using
>>> your box as their SMTP server and sending email to someone at
>>> pcrettung.net rerouted to the SMTP server at charlotte.babeworld.loc
>>> for delivery?
>>>
>>
>> i want that any mail for pcrettung.net from OUTSIDE be forwarded to
>> the internal mailserver that handles that domain. like the mailertable
>> from sendmail does.
>>
>> is this possible?
>>
>> greets
>> Werner
>
>
> Yes. I could be wrong here, as I'm no qmail guru, but SMTP routes is
> not what you're looking for. To the best of my knowledge, smtproutes
> come into to play when using your qmail install as the SMTP server
> (clients sending mail using your qmail box). Take a look here, it may
> be what you're trying to do....
>
> http://www.ornl.gov/lists/mailing-lists/qmail/2001/01/msg01809.html
>

This great MTA can not forward domains to other SMTP Servers?
can not believe that.

greets
Werner


dcj-dated-1069594292.mgalgmpo at palomine

Nov 23, 2003, 6:35 AM

Post #24 of 48 (24872 views)
Permalink
Re: smtproutes [In reply to]

On Sun, Nov 23, 2003 at 02:14:40PM +0100, Werner Amon wrote:
> This great MTA can not forward domains to other SMTP Servers?
> can not believe that.

I haven't been following this whole thread, but what you're trying to
accomplish is very simple. Put the domain in rcpthosts, and put an entry for it
in smtproutes. Do *not* list the domain in locals or virtualdomains. That's all
there is to it.

If this isn't working, then you've made a mistake somewhere. Show us the
qmail-send log entries for one of the messages. Copy and paste them--don't
paraphrase.

Chris


jnichel at by-tor

Nov 23, 2003, 6:44 AM

Post #25 of 48 (24896 views)
Permalink
Re: smtproutes [In reply to]

Werner Amon wrote:
>> Yes. I could be wrong here, as I'm no qmail guru, but SMTP routes is
>> not what you're looking for. To the best of my knowledge, smtproutes
>> come into to play when using your qmail install as the SMTP server
>> (clients sending mail using your qmail box). Take a look here, it may
>> be what you're trying to do....
>>
>> http://www.ornl.gov/lists/mailing-lists/qmail/2001/01/msg01809.html
>>
>
> This great MTA can not forward domains to other SMTP Servers?
> can not believe that.
>
> greets
> Werner

Who said that it can't? My answer was "Yes". Did you look at the link?

--
By-Tor.com
It's all about the Rush
http://www.by-tor.com

First page Previous page 1 2 Next page Last page  View All Qmail users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.