Re: Virtusertable wird nicht beachtet
"Julian Pawlowski" <julian-p2@thepenguin.de> writes:
Hallo,
ich möchte gerne, dass wenn man vom lokalen Netz aus eine eMail an eine bestimmte Adresse schickt, z.B. an mich info@julian-p.de, dass diese Mail dann trotzdem lokal zum user julian ausgeliefert wird. Dies sollte mit der virtusertable funktionieren. Leider wird diese überhaupt nicht beachtet bzw. ausgeführt.
Bei der Sendmail-Konfiguration habe ich folgendes angegeben:
FEATURE(`virtusertable', `hash /etc/mail/virtusertable.db')dnl
Das sollte ausreichen, oder nicht?
Bei welcher Sendmail-Konfiguration hast du das angegeben ? Und was hast du danach gemacht ? Steht etwas lesbares in virtusertable.db ? Wenn nicht, wo steht etwas lesbares ? Was steht da ? Gruss Dieter -- Dieter Kluenter mailto: dkluenter@gmx.de http: http://www.l4b.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo,
Bei welcher Sendmail-Konfiguration hast du das angegeben ?
Bei meiner eigenen. Hatte ich bei einem anderen Thema schonmal gepostet. Hier nochmals: --- meine-mta-datei.mc --- include(`/usr/share/sendmail/m4/cf.m4') VERSIONID(`Mailserver smtp.local.jp-solution.de 20.07.2000')dnl OSTYPE(`linux')dnl DOMAIN(generic)dnl define(`STATUS_FILE', `/var/log/mail')dnl define(`confDEF_USER_ID', `daemon:daemon')dnl define(`confTO_QUEUEWARN', `4h')dnl define(`confTO_QUEUERETURN', `1d')dnl define(`PROCMAIL_MAILER_PATH', `/usr/bin/procmail')dnl define(`confCOPY_ERRORS_TO', `postmaster')dnl define(`confMIME_FORMAT_ERRORS', `False')dnl define(`confDIAL_DELAY', `5s')dnl define(`confQUEUE_LA', `12')dnl define(`confREFUSE_LA', `18')dnl define(`confPRIVACY_FLAGS', `authwarnings,noexpn')dnl define(`confHOST_STATUS_DIRECTORY', `.hoststat')dnl define(`confTRUSTED_USERS', `mdom' `wwwrun')dnl define(`confCW_FILE', `/etc/mail/sendmail.cw')dnl define(`LUSER_RELAY', `local:root')dnl define(`confCON_EXPENSIVE', `True')dnl define(`SMTP_MAILER_FLAGS',`e')dnl define(`_ACCEPT_SOME_',`hash -o /etc/mail/accept.db')dnl GENERICS_DOMAIN(`local.jp-solution.de')dnl MASQUERADE_AS(`local.jp-solution.de')dnl MASQUERADE_DOMAIN(`julian-p.dyndns.org')dnl MASQUERADE_DOMAIN(`julianpc.local.jp-solution.de')dnl MASQUERADE_DOMAIN(`juergenpc.local.jp-solution.de')dnl MASQUERADE_DOMAIN(`marvinpc.local.jp-solution.de')dnl FEATURE(`allmasquerade')dnl FEATURE(`always_add_domain')dnl FEATURE(smrsh, `/usr/sbin/smrsh')dnl FEATURE(relay_entire_domain)dnl FEATURE(access_db, `hash -u /etc/mail/access')dnl FEATURE(`rbl')dnl FEATURE(`stickyhost')dnl FEATURE(`nocanonify')dnl FEATURE(`masquerade_envelope')dnl FEATURE(`local_procmail')dnl FEATURE(`mailertable', `hash -o /etc/mail/mailertable.db')dnl FEATURE(`genericstable', `hash -o /etc/mail/genericstable.db')dnl FEATURE(`virtusertable', `hash -o /etc/mail/virtusertable.db')dnl FEATURE(`domaintable', `hash -o /etc/mail/domaintable.db')dnl EXPOSED_USER(julian) EXPOSED_USER(juergen) EXPOSED_USER(marvin) MAILER(`local')dnl MAILER(`procmail')dnl MAILER(`smtp')dnl MAILER(`pop')dnl --- ENDE ---
Und was hast du danach gemacht ?
Ich habe, u.a., in der /etc/mail/virtusertable zunächst erstmal eine Zeile eingetragen: info@jp-solution.de julian@server.local.jp-solution.de Danach habe ich daraus die DB-Datei mit makemap erstellt.
Steht etwas lesbares in virtusertable.db ?
Viele, viele Punkte... und zwischendrin dann mal etwas aud der Zeile, die in /etc/mail/virtusertable stehen. Ciao Julian ____________________________________ ______ JP Solution Internet Services / \ D-31655 Stadthagen, Germany /___/ / / Visit: www.JP-solution.de \__/ JPs --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, 21 Aug 2000, Julian Pawlowski wrote:
Bei meiner eigenen. Hatte ich bei einem anderen Thema schonmal gepostet.
Hmmm... Mails - auch an Mailingslisten - mailt man und postet sie nicht.
[...] DOMAIN(generic)dnl
[ ] Du hast verstanden. Sieht zwar wissend aus, verfehlt aber den Sinn. Es steht sogar in dem entsprechenden File, dass man sich dieses auf den Namen der jeweiligen Domain copieren und dort die Domainabhängigen Konfigurationselemente eintragen soll. So macht es IMHO wenig Sinn. Die paar Teile in die Haupt- konfigurationsdatei einzutragen, würde den Überblick begünstigen...
define(`STATUS_FILE', `/var/log/mail')dnl
Das ist nun ein ganz grober Schnitzer. Normalerweise kommt in dieses File der Syslog-Output für die Mail-Facility. Auf jeden Fall ist es in diesem Zusammenhang unnötig verwirrend.
MASQUERADE_AS(`local.jp-solution.de')dnl
Sicher?
FEATURE(smrsh, `/usr/sbin/smrsh')dnl
Gut gemacht. Allerdings eigentlich nur bei Standleitungssystemen oder größeren internen Netzen (WG? Studentenwohnheim?) sinnvoll.
FEATURE(`mailertable', `hash -o /etc/mail/mailertable.db')dnl FEATURE(`genericstable', `hash -o /etc/mail/genericstable.db')dnl FEATURE(`virtusertable', `hash -o /etc/mail/virtusertable.db')dnl FEATURE(`domaintable', `hash -o /etc/mail/domaintable.db')dnl
Sieht richtig aus. Interessant wäre nurnoch, was in /etc/mail/sendmail.cw steht. AFAIK wirkt nämlich virtuser nur auf die dort eingetragenen Domains.
Ich habe, u.a., in der /etc/mail/virtusertable zunächst erstmal eine Zeile eingetragen:
info@jp-solution.de julian@server.local.jp-solution.de
Ich verstehe Dein Problem nicht. Wenn Du tatsächlich "jp-solution.de" in Deiner "/etc/mail/sendmail.cw" stehen hast, sollte ein einfacher Eintrag in "/etc/aliases" mit "info: julian" reichen. Interessant wird es erst, wenn Du mehrere Domains hast und den Info-User für eine oder mehrere weitere Domains an verschieden User verteilen willst. MfG Henning -- "I must have a prodigious quantity of mind; it takes me as much as a week sometimes to make it up." -- Mark Twain, "The Innocents Abroad" --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
| > [...]
DOMAIN(generic)dnl
Sieht zwar wissend aus, verfehlt aber den Sinn. Es steht sogar in dem entsprechenden File, dass man sich dieses auf den Namen der jeweiligen Domain copieren und dort die Domainabhängigen Konfigurationselemente eintragen soll. So macht es IMHO wenig Sinn. Die paar Teile in die Haupt- konfigurationsdatei einzutragen, würde den Überblick begünstigen...
Viele Konfigurationspezifika stehen ja auch schon in suse-linux.m4. Außerdem steht hier in meinem Büchlein: "DOMAIN - Damit werdden lokale Parameter für eine (optionale) Administrationsdomäne eingestellt: DOMAIN (domäne) . Domäne ist der Name einer Datei im Verzeichnis cf/domain. In allen Fällen außer der Datei generic sollten Sie eine eigene Domänen-Datei anlegen (siehe §19.3.3)." Ich denke mir, dass das AFAIK heisst, dass man entweder selbst eine Datei erstellen soll oder die Datei generic benutzen muss. Was genau sollte ich denn in eine eigene 'domain.m4' schreiben?
define(`STATUS_FILE', `/var/log/mail')dnl
Das ist nun ein ganz grober Schnitzer. Normalerweise kommt in dieses File der Syslog-Output für die Mail-Facility. Auf jeden Fall ist es in diesem Zusammenhang unnötig verwirrend.
Ist wahr. Habe ich dann auch bemerkt, nachdem ich OSTZPE auf suse/linux umgestellt habe...
MASQUERADE_AS(`local.jp-solution.de')dnl
Sicher?
Ja, wieso? Ich möchte u.a. mit Hilfe dieser Definition erreichen, dass aus einer Domain ns.local.jp-solution.de halt local.jp-solution.de wird. Falls du meinst, dass es diese Domain (noch) nicht gibt: Sie ist bereits registriert und wartet nur noch darauf, bei den root-DNS eingetragen zu werden.
FEATURE(smrsh, `/usr/sbin/smrsh')dnl
Gut gemacht. Allerdings eigentlich nur bei Standleitungssystemen oder größeren internen Netzen (WG? Studentenwohnheim?) sinnvoll.
Hm, ich habe diese Option aus der linux.mc übernommen. Aus der Beschreibung dort bin ich nicht ganz schlau geworden. Es klang aber recht hilfreich. Wozu genau kann ich dieses Feature denn nutzen?
FEATURE(`mailertable', `hash -o /etc/mail/mailertable.db')dnl FEATURE(`genericstable', `hash -o /etc/mail/genericstable.db')dnl FEATURE(`virtusertable', `hash -o /etc/mail/virtusertable.db')dnl FEATURE(`domaintable', `hash -o /etc/mail/domaintable.db')dnl
Sieht richtig aus. Interessant wäre nurnoch, was in /etc/mail/sendmail.cw steht. AFAIK wirkt nämlich virtuser nur auf die dort eingetragenen Domains.
Ja, richtig. Ich habe da auch schon alle meine lokalen Domains eingetragen. Zusätzlich habe ich auch schon eine Domain eingetragen, die auch in der virtusertable vorkommt. Leider ist es dann so, dass er bei einer mail an info@ebendiesedomain.de einfach nur die Domain hinten in die lokale austauscht. D.h., die mail geht an info@local.jp-solution.de. Sie sollte allerdings gleich zu julian (also zu mir) geschickt werden. Oder kann hier ein Zusammenhang mit der Definition MASQUERADE_AS bestehen?
Ich habe, u.a., in der /etc/mail/virtusertable zunächst erstmal eine Zeile eingetragen:
info@jp-solution.de julian@server.local.jp-solution.de
Ich verstehe Dein Problem nicht. Wenn Du tatsächlich "jp-solution.de" in Deiner "/etc/mail/sendmail.cw" stehen hast, sollte ein einfacher Eintrag in "/etc/aliases" mit "info: julian" reichen. Interessant wird es erst, wenn Du mehrere Domains hast und den Info-User für eine oder mehrere weitere Domains an verschieden User verteilen willst.
Hm, ich habe aber noch die Domain jpi-vertrieb.de und wenn ich dort an den Info-User schreibe, dann soll diese Mail nicht zu mir sondern an ein anderes Postfach gesendet werden. So wie du es beschreibst, würde das ja dann nicht funktionieren, da die Änderung ja in info@local.jp-solution.de wäre und somit wieder in meinem Postfach landen würde. Ciao Julian ____________________________________ ______ JP Solution Internet Services / \ D-31655 Stadthagen, Germany /___/ / / Visit: www.JP-solution.de \__/ JPs --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
dkluenter＠gmx.de -
h_hucke＠aeon.icebear.org -
julian-p2＠thepenguin.de