PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : sendmail: interne adresse extern zustellen



muell200
14.01.05, 11:57
hallo

system: 8.1 , sendmail -8.12.6-13

stand:
mein server verwaltet die domäne xxx.de als lokale domäne und stellt die email lokal zu ( sendmail.cf: Cwlocalhost xxx.de )
alle anderen emails schickt er an einen smtp-server im internet ( t-online )

ziel:
jetzt soll eine interne adresse ( user@xxx.de ) nicht intern verwaltet werden, sondern an den externen relay host geschickt werden.

hat einer eine idee wie und wo ich das einrichten kann.
( wenn es überhaupt möglich ist )

RichieX
14.01.05, 14:27
Hallo,

ohne es selbst ausprobiert zu haben:

/etc/mail/virtusertable:


user@xxx.de smtp:mail.andererhost.de


RichieX

muell200
14.01.05, 16:33
/etc/mail/virtusertable:


user@xxx.de smtp:mail.andererhost.de



funktioniert nicht!

virtusertable bedeutet:
z.b.:
email_an@domäne.de schicken_an_user@bla.de


hat jemand noch einen tip?

mbo
14.01.05, 17:08
funktioniert nicht!

virtusertable bedeutet:
z.b.:
email_an@domäne.de schicken_an_user@bla.de


hat jemand noch einen tip?
Ja

Wie wäre es, wenn Du das smtp: entfernst, daß gehört, wenn überhaupt, in die mailertable.

cu/2 iae

muell200
14.01.05, 17:35
Wie wäre es, wenn Du das smtp: entfernst, daß gehört, wenn überhaupt, in die mailertable.


nein geht nicht mit virtusertable

er will die mail dann an user relay_server schicken

Blade
14.01.05, 17:45
Geht mit virtusertable nicht, aber mit einem Eintrag in die Alias-Datenbank, z.B so:

usernamelokal: nameextern@web.de

allerdings muss sich hierbei natürlich die lokale und externe Domain unterscheiden, eine andere Chance gibt es nicht. Ich hatte auch schon oft an dem Problem herumprobiert. :o

mbo
14.01.05, 18:55
Geht mit virtusertable nicht, aber mit einem Eintrag in die Alias-Datenbank, z.B so:

usernamelokal: nameextern@web.de

allerdings muss sich hierbei natürlich die lokale und externe Domain unterscheiden, eine andere Chance gibt es nicht. Ich hatte auch schon oft an dem Problem herumprobiert. :o
Die /etc/aliases hat nichts mit externen eMail zu tun.
Die Problematik stellt sich aber in der Tat bei den Domains. Man kann zwar dem Empfänger mit der eigenen Domain versehen, muß diese aber an den Empfänger mit anderer Domain versenden, oder auf dem eigenen mailserver jeden einzelnen Benutzer und jede einzelne Adresse pflegen. Nimmt man diesen Aufwand auf sich, könnte man auch in der /etc/mail/mailertable den Eintrag


name@mydomain.de zu.staendiger.mail.server

benutzen.

Am Beispiel mit der virtusertable ist erkennbar, daß die Empfängeradresse nicht umgeschrieben wird.

/etc/mail/virtusertable


gimpel@MyDomain.de mbo@otherdomain.de


reload / restart von sendmail nicht vergessen ...

mail.mydomain.de /var/log/maillog:


Jan 14 18:20:36 wall sendmail[27314]: j0EHKY8K027314: from=<name@MyDomain.de>, size=957, class=0, nrcpts=1, msgid=<41E7FF5F.6030400@MyDomain.de>, proto=ESMTP, daemon=Daemon0, relay=localhost.localdomain [127.0.0.1]
Jan 14 18:20:37 wall sendmail[27316]: j0EHKY8K027314: to=<gimpel@MyDomain.de>, ctladdr=<name@MyDomain.de> (500/500), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30426, relay=server.MyDomain.vpn. [10.7.11.31], dsn=2.0.0, stat=Sent (Ok: queued as E295A51601)


mail.otherdomain.de /var/log/mail:


Jan 14 18:20:38 src@otherdomain postfix/smtpd[5092]: connect from wall.MyDomain.vpn[10.7.3.2]
Jan 14 18:20:38 src@otherdomain postfix/smtpd[5092]: E295A51601: client=wall.MyDomain.vpn[10.7.3.2], sasl_method=PLAIN, sasl_username=MyDomain.de.001
Jan 14 18:20:39 src@otherdomain postfix/cleanup[5094]: E295A51601: message-id=<41E7FF5F.6030400@MyDomain.de>
Jan 14 18:20:39 src@otherdomain postfix/qmgr[3884]: E295A51601: from=<name@MyDomain.de>, size=1440, nrcpt=1 (queue active)
Jan 14 18:20:39 src@otherdomain postfix/smtpd[5092]: disconnect from wall.MyDomain.vpn[10.7.3.2]
Jan 14 18:20:39 src@otherdomain amavisd[5801]: Using /usr/bin/antivir version=2.1.3-6 +gui / VDF=6.29.0.61
Jan 14 18:20:40 src@otherdomain amavisd[5801]: scanned files=1, infected files=0, time=00:00:01
Jan 14 18:20:40 src@otherdomain postfix/smtpd[5101]: connect from localhost[127.0.0.1]
Jan 14 18:20:40 src@otherdomain postfix/smtpd[5101]: 3866051603: client=localhost[127.0.0.1]
Jan 14 18:20:40 src@otherdomain postfix/cleanup[5094]: 3866051603: message-id=<41E7FF5F.6030400@MyDomain.de>
Jan 14 18:20:40 src@otherdomain postfix/smtpd[5101]: disconnect from localhost[127.0.0.1]
Jan 14 18:20:40 src@otherdomain postfix/qmgr[3884]: 3866051603: from=<name@MyDomain.de>, size=1675, nrcpt=1 (queue active)
Jan 14 18:20:40 src@otherdomain postfix/pipe[5095]: E295A51601: to=<mbo@otherdomain.de>, relay=vscan, delay=2, status=sent (otherdomain.de)
Jan 14 18:20:40 src@otherdomain postfix/qmgr[3884]: E295A51601: removed
Jan 14 18:20:40 src@otherdomain postfix/local[5102]: 3866051603: to=<mbo@otherdomain.de>, relay=local, delay=0, status=sent (delivered to mailbox)
Jan 14 18:20:40 src@otherdomain postfix/qmgr[3884]: 3866051603: removed


Und zum Abschluß noch der Header der angekommenen eMail


Return-Path: <name@mydomain.de>
Received: from localhost (localhost.localdomain [127.0.0.1])
by wall.mydomain.lan (8.12.8/8.11.2) with ESMTP id j0EHMK8K027463
for <gimpel@wall>; Fri, 14 Jan 2005 18:22:20 +0100
Received-Date: Fri, 14 Jan 2005 18:22:20 +0100
X-Original-To: mbo@otherdomain.de
Delivered-To: mbo@otherdomain.de
Received: from server.mydomain.vpn [217.160.220.32]
by localhost with POP3 (fetchmail-6.2.0)
for gimpel@wall (single-drop); Fri, 14 Jan 2005 18:22:20 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
by otherdomain.de (Postfix) with ESMTP id 3866051603
for <mbo@otherdomain.de>; Fri, 14 Jan 2005 18:20:40 +0100 (CET)
Received: from wall.mydomain.lan (wall.mydomain.vpn [10.7.3.2])
by otherdomain.de (Postfix) with ESMTP id E295A51601
for <mbo@otherdomain.de>; Fri, 14 Jan 2005 18:20:38 +0100 (CET)
Received: from [192.168.0.14] (localhost.localdomain [127.0.0.1])
(authenticated (0 bits))
by wall.mydomain.lan (8.12.8/8.11.2) with ESMTP id j0EHKY8K027314
for <gimpel@mydomain.de>; Fri, 14 Jan 2005 18:20:36 +0100
Posted-Date: Fri, 14 Jan 2005 18:20:34 +0100
Message-ID: <41E7FF5F.6030400@mydomain.de>
Date: Fri, 14 Jan 2005 18:20:31 +0100
From: Name <name@mydomain.de>
User-Agent: Thunderbird 0.7 (Windows/20040616)
X-Accept-Language: de-DE, de, en-us, en
MIME-Version: 1.0
To: gimpel@mydomain.de
Subject: test
X-Enigmail-Version: 0.84.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by VirSec http://support.otherdomain.de
X-UIDL: GVi!!U#X"!Y)B"!-%5"!


cu/2 iae

Blade
14.01.05, 19:21
Hallo mbo,
hört sich ja sehr interessant an, obwohl ich zugeben möchte, dass ich nicht alles verstanden habe.

Ich habe mit dem Eintrag in die Alias-Datenbank bewirkt, dass die gewisse Mail-Adresse nicht lokal verteilt wird, sindern an die Adresse nameextern@web.de versandt wird, die ja nun extern ist. Das war ja der kern der Frage.

Nun aber zu Deinem Szenario: Heißt denn ....
______________________________________
Nimmt man diesen Aufwand auf sich, könnte man auch in der /etc/mail/mailertable den Eintrag

name@mydomain.de zu.staendiger.mail.server
_______________________________________
... dass damit E-Mails der lokalen Domain name@mydomain.de an einen externen ... zu.staendiger.mail.server/smtp-server weitergeleitet werden können, und den Alias-Eintrag könnte ich mir schenken? Das wäre ja genial!

Dein angefügtes Szenario mit ...mydomain.de und otherdomain.de klappt doch wohl nur lokal?

mbo
16.01.05, 17:30
Ich habe mit dem Eintrag in die Alias-Datenbank bewirkt, dass die gewisse Mail-Adresse nicht lokal verteilt wird, sindern an die Adresse nameextern@web.de versandt wird, die ja nun extern ist. Das war ja der kern der Frage.

Viele Wege führen nach Rom ... auch unterschiedliche Arten ... ;)



Nun aber zu Deinem Szenario: Heißt denn ....
______________________________________
Nimmt man diesen Aufwand auf sich, könnte man auch in der /etc/mail/mailertable den Eintrag

name@mydomain.de zu.staendiger.mail.server
_______________________________________
... dass damit E-Mails der lokalen Domain name@mydomain.de an einen externen ... zu.staendiger.mail.server/smtp-server weitergeleitet werden können, und den Alias-Eintrag könnte ich mir schenken? Das wäre ja genial!

Mitnichten. Die Problematik daran entsteht durch den Eintrag als lokale Domain. Wenn Du empfaenger1@domain.de und empfaenger2@domain.de hast, diese aber durch unterschiedliche Mailserver bedienen willst, brauchst Du einen Mailgateway, der nichts anderes macht, als gemäß Deiner Transportliste die eMails an die entsprechenden Mailserver weiterleitest. Du würdest diesem Mailserver also so konfigurieren, daß er zwar für diese domain zuständig ist, aber nicht lokal zustellt.
Dies ist natürlich nur bis zu einem gewissen Umfang an Empfänger pflegbar.



Dein angefügtes Szenario mit ...mydomain.de und otherdomain.de klappt doch wohl nur lokal?
Nein, wenn Du den eingefügten Text aufmerksam liest, erkennst Du, daß es zwei Mailserver sind. Obiges Beispiel umfaßt aber nicht den Mailgateway, sondern behandelt den Mailversand mittels virtusertable, bzw. in Deinem Fall aliases.

cu/2 iae

Blade
16.01.05, 19:28
Hallo mbo,
danke für Deine Engelsgeduld, ich habe die Postings zig-fach gelesen :o , ich denke so langsam kappier ich sie:

1. Szenario
also, alle Mails mit grünem Hut werden hausintern vom Postboten verteilt. Wenn dennoch eine hausinterne Mail mit grünem Hut extern verteilt werden soll, dann setz der bitte schön einen roten Hut mit der /etc/mail/virtusertable auf -> sodann öffnet sich die Tür zum anderen externen Postboten, der dies Mail mit dem roten Hut extern zustellt, beim Einwurf der Post aber den roten Hut durchsichtig macht, sodass der grüne Hut wieder sichtbar ist.

Stimmt's ... oder bin ich falsch? :o

NUN meine FRAGE/PROBLEM:
Ich setze sendmail etc. ein und betreibe einen Intranet-SuSE-Server mit einer lokalen Domain. Alle User sitzen in einem Haus/LAN bis auf drei, die sitzen 65 km weit weg. Bisher war es so, dass alle Mails MIT GRÜNEM HUT (der lokalen Domain) lokal im Haus zugestellt wurden. Nun muss ich aber drei Mails extern an den smtp-server meines Providers senden. Das weitere Problem ist, dass die lokale Domain (grüner Hut) und die extern gehostete Domain den gleichen Namen besitzen ... hat seine Gründe ... Multidrop-Mailboxen ... Im lokalen Haus/LAN haben wir nur einen Server mit sendmail am Laufen. Wie kann ich diese drei Mails an den smtp-Server des Providers senden? Ich denke das geht ohne weiteren Mail-Server nicht!!! Könnte es lappen, wenn ich Hausintern einen weiteren Mail-Server mit sendmail etc. installiere?

Hoffe Du hast mein Problem kappiert ... so viel gelesen und nicht weitergekommen :(

Danke!

mbo
22.01.05, 16:13
1. Szenario
also, alle Mails mit grünem Hut werden hausintern vom Postboten verteilt. Wenn dennoch eine hausinterne Mail mit grünem Hut extern verteilt werden soll, dann setz der bitte schön einen roten Hut mit der /etc/mail/virtusertable auf -> sodann öffnet sich die Tür zum anderen externen Postboten, der dies Mail mit dem roten Hut extern zustellt, beim Einwurf der Post aber den roten Hut durchsichtig macht, sodass der grüne Hut wieder sichtbar ist.

Stimmt's ... oder bin ich falsch? :o

Du verwirrst mich ;)
Um bei Deinem Beispiel zu bleiben:
Der Postbote mit dem grünen Hut übergibt die eMail an den mit dem roten Hut mit dem Vermerk c/o woanders



Alle User sitzen in einem Haus/LAN bis auf drei, die sitzen 65 km weit weg. Bisher war es so, dass alle Mails MIT GRÜNEM HUT (der lokalen Domain) lokal im Haus zugestellt wurden. Nun muss ich aber drei Mails extern an den smtp-server meines Providers senden.

Damit kommt transport ins spiel ...



Das weitere Problem ist, dass die lokale Domain (grüner Hut) und die extern gehostete Domain den gleichen Namen besitzen ... hat seine Gründe ... Multidrop-Mailboxen ...

Sofern Du für interne Verwendungen keine Umschreibungen auf nicht-öffentliche TLD's machst, ist das legitim.



Im lokalen Haus/LAN haben wir nur einen Server mit sendmail am Laufen. Wie kann ich diese drei Mails an den smtp-Server des Providers senden? Ich denke das geht ohne weiteren Mail-Server nicht!!! Könnte es lappen, wenn ich Hausintern einen weiteren Mail-Server mit sendmail etc. installiere?


Ich vermute mal, der MTA in eurer Firma holte die eMails per POP3?
Nun, grundsätzlich gibt es da nicht viele Möglichkeiten.
ohne 2. Mailserver im Haus-Lan:
Du gibst den "outsidern" eine subdomain, einen eigenen Mailserver mit dieser Subdomain und läßt auf euren Server umschreiben, ein- ausgehend.
mit 2. Mailserver im Haus-Lan:
Du setzt einen neuen Mailserver auf, der die eMails vom Provider abholt und per transport die eMails der jeweiligen Benutzer an den entsprechenden Mailserver weiterleitet.
weitere:
- transport direkt beim Provider einrichten (lassen) für die "outsider"
- POP3 / IMAP-Account auf internem Mailserver für die "outsider"

Im Endeffekt gibt es schon viele Möglichkeiten. Einige sind aufwendiger, oder effizienter, oder etc etc etc ...

Die Frage ist eben, was rechnet sich:
- zweiter Mailserver der an verschiedene "interne" Mailserver verteilt
- SubDomain mit entsprechenden "internen" Mailserver
- Anbindung der "outsiders" über ISDN / Internet / Standleitung / VPN
- eigene rootServer mit entsprechender transportKonfiguration

cu/2 iae