Hi!
Ich hab hier gerade mal ein bisschen mit den Mailertable-Feature
experimentiert.
Ich will alle Mails an eine Domain über einen Relay-Server laufen
lassen, aber mein sendmail probiert trotzdem, die Mails direkt beim
Empfänger abzuliefern (was ja generell ok ist).
192.168.1.1 ist der Haupt-Server. SMTP/sendmail ist so konfiguriert,
dass er alle Mails direkt abliefert (mit caching only dns).
192.168.1.2 ist der zweite Server.
Meine (192.168.1.1) /etc/mail/mailertable:
.t-online.de relay:192.168.1.2
Ich hab auch andere Domains ausprobiert, mir geht's um's kennenlernen
der Mailertable-Funktionen. Und ja, ich habe die mailertable.db gelöscht
und SuSEconfig laufen lassen. (Wie lautet nochmal der Befehl, um die
Table ohne SuSEconfig zu rebuilden?)
In der (192.168.1.1) /var/log/mail tauchen folgende Einträge auf:
Jun 28 09:55:10 server sendmail[23354]: JAA23354:
from=
Ich hab hier gerade mal ein bisschen mit den Mailertable-Feature experimentiert.
Ich will alle Mails an eine Domain über einen Relay-Server laufen lassen, aber mein sendmail probiert trotzdem, die Mails direkt beim Empfänger abzuliefern (was ja generell ok ist).
.t-online.de relay:192.168.1.2
Wenn Du es noch noch nicht kennst, schau mal hier nach. http://home.linuxbbs.org/~uugrn/sendmail/files/node14.html Gruss Oli --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, 28 Jun 2000, Marco Dieckhoff wrote:
und SuSEconfig laufen lassen. (Wie lautet nochmal der Befehl, um die Table ohne SuSEconfig zu rebuilden?)
makemap hash mailertable.db < mailertable
Das Relay wird also überhaupt nicht beachtet.
Schon mal mit volker@flinux:~ > /usr/sbin/sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter <ruleset> <address> getestet ob mailertable ueberhaupt inder sendmail.cf aktiviert ist? Hilft http://home.pages.de/~sendmail.iga ? Hint: Im Mailertable ist die Reihenfolge der Eintraege _wichtig_! Volker -- <ESC>:r .signature mailto:volker.mueller@gmx.de Hi I'm a UnixVirus. Please mail me to all people you know and delete some files on your disk at random.:wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Volker Mueller schrieb in 0,9K (36 Zeilen):
makemap hash mailertable.db < mailertable
Sehr wichtig!
Hint: Im Mailertable ist die Reihenfolge der Eintraege _wichtig_!
Wie ich in dieser Liste schon mal schrieb[1]: Dir ist spaetestens nach man makemap klar, dass in der "mailertable.db" kein 'von oben nach unten' mehr gibt, welches irgendeinen Zusammenhang mit "mailertable" hat? Zwar wird wohl der erste Match ausgefuehrt, aber (in etwa) wird host.subdomain.domain.org .subdomain.domain.org .domain.org .org . gesucht. (Bat-Book, §19.6.14). Damit ist deine Aussage ... inkorrekt. (Wie soll ein *Hash* auch die Reihenfolge speichern koennen?) -Wolfgang [1] Date: Fri, 22 Oct 1999 18:41:53 +0200 Subject: Re: sendmail mit mehreren mailaccounts Message-ID: <19991022184153.F22940@mail.rrz.uni-koeln.de> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, 8 Jul 2000, Wolfgang Weisselberg wrote:
Volker Mueller schrieb in 0,9K (36 Zeilen):
Hint: Im Mailertable ist die Reihenfolge der Eintraege _wichtig_! Wie ich in dieser Liste schon mal schrieb[1]:
[... man makemap ...]
Damit ist deine Aussage ... inkorrekt. (Wie soll ein *Hash* auch die Reihenfolge speichern koennen?)
Das klingt logisch. Ich hatte es zumindest so in Erinnerung, aus der Zeit, in der ich mich damit beschaeftigt hatte. Nur, was bedeutet jetzt "erster Match"? Ist das jetzt eher "zufaellig", abhaengig vom Aufbau des Hashes? Volker -- <ESC>:r .signature mailto:volker.mueller@gmx.de Hi I'm a UnixVirus. Please mail me to all people you know and delete some files on your disk at random.:wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Volker Mueller schrieb in 0,9K (31 Zeilen):
[... man makemap ...]
Nur, was bedeutet jetzt "erster Match"? Ist das jetzt eher "zufaellig", abhaengig vom Aufbau des Hashes?
longest match. Abhaengig von dem Fragenden. Wenn 2 gleiche Keys da sind, wird es interessant. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, 9 Jul 2000, Wolfgang Weisselberg wrote:
Volker Mueller schrieb in 0,9K (31 Zeilen):
Nur, was bedeutet jetzt "erster Match"? Ist das jetzt eher "zufaellig", abhaengig vom Aufbau des Hashes? longest match.
Ahhhja. Das ist ja absolut in Ordnung.
Abhaengig von dem Fragenden.
?
Wenn 2 gleiche Keys da sind, wird es interessant.
Kann sendmail - oder wer auch immer - damit irgendwie umgehen? Ich stelle mir vor, dass fuer diesen Fall irgendwo die "Klartext- Schluessel" mitgespeichert und im Notfall verglichen werden. Zwei gleiche Hash-schluessel sollten bei geeigneter Hashschluessel- bildung eigentlich sehr selten vorkommen - oder liege ich da flachs? Volker PS.: Gilt hier schon ----------- Dieser Thread ist OT und wird daher umgebogen. (Bitte Reply-To: beachten.) X-Mailed to: suse-talk@flinux.in-berlin.de Zum Eintragen in die Liste bitte folgende Kommandozeile benutzen: echo "subscribe suse-talk" | mail majordomo@flinux.in-berlin.de ----------- ? Ich tu' mal einfach so. -- <ESC>:r .signature mailto:volker.mueller@gmx.de Hi I'm a UnixVirus. Please mail me to all people you know and delete some files on your disk at random.:wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Volker Mueller schrieb in 1,3K (45 Zeilen):
On Sun, 9 Jul 2000, Wolfgang Weisselberg wrote:
Volker Mueller schrieb in 0,9K (31 Zeilen):
Nur, was bedeutet jetzt "erster Match"? Ist das jetzt eher "zufaellig", abhaengig vom Aufbau des Hashes? longest match.
Ahhhja. Das ist ja absolut in Ordnung.
Abhaengig von dem Fragenden.
?
Weil so von Sendmail gesucht wird. Siehe vorherige Mails. Der Hash hat keine Vorstellung von "longest match", Sendmail fragt nur so.
Wenn 2 gleiche Keys da sind, wird es interessant.
Kann sendmail - oder wer auch immer - damit irgendwie umgehen?
Genommen wird, was halt zuerst auftaucht -- oder vielleicht abwechselnd. Kann aber nur bei btrees und bei angabe eines entsprechenden Schalters bei makemap auftauchen.
Ich stelle mir vor, dass fuer diesen Fall irgendwo die "Klartext- Schluessel" mitgespeichert und im Notfall verglichen werden.
Duh? s.u.
Zwei gleiche Hash-schluessel sollten bei geeigneter Hashschluessel- bildung eigentlich sehr selten vorkommen - oder liege ich da flachs?
Flash. #Beispiel: #Key: Value: .nowhere.org mail.nowhere.org .nowhere.org mail2.never.com
PS.: Gilt hier schon ----------- Dieser Thread ist OT und wird daher umgebogen. (Bitte Reply-To: beachten.)
IMHO nein, da Sendmail und seine Konfiguration noch On Topic ist. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, 12 Jul 2000, Wolfgang Weisselberg wrote:
Abhaengig von dem Fragenden. ? Weil so von Sendmail gesucht wird. Siehe vorherige Mails. Der Hash hat keine Vorstellung von "longest match", Sendmail fragt nur so.
Ahja.
Wenn 2 gleiche Keys da sind, wird es interessant. Kann sendmail - oder wer auch immer - damit irgendwie umgehen? Genommen wird, was halt zuerst auftaucht -- oder vielleicht abwechselnd. Kann aber nur bei btrees und bei angabe eines entsprechenden Schalters bei makemap auftauchen. Ich stelle mir vor, dass fuer diesen Fall irgendwo die "Klartext- Schluessel" mitgespeichert und im Notfall verglichen werden. Duh? s.u. Zwei gleiche Hash-schluessel sollten bei geeigneter Hashschluessel- bildung eigentlich sehr selten vorkommen - oder liege ich da flachs? Flash.
#Beispiel: #Key: Value: .nowhere.org mail.nowhere.org .nowhere.org mail2.never.com
Ja - und was passiert da nun? Nach meinem Verstaendnis von Hashes sollten die values ja nun irgendwie "hinter" einem identischen Schluessel gespeichert werden. Nimmt Sendmail beide Values oder den, der zuerst gefunden wird? Was passiert, wenn aus unterschiedlichen Zeichenketten der gleiche hash-key berechnet wird? (ok - das sind sicherlich teilweise grundlegende Verstaendnisfragen zu hashes).
PS.: Gilt hier schon ----------- Dieser Thread ist OT und wird daher umgebogen. (Bitte Reply-To: beachten.) IMHO nein, da Sendmail und seine Konfiguration noch On Topic ist.
Meinzwegen. Wuerde auf der Talkliste sowieso in den eskalierenden "Ich-habe-das-letze-Wort"-Kaempfen untergehen ;-) Volker -- <ESC>:r .signature mailto:volker.mueller@gmx.de Hi I'm a UnixVirus. Please mail me to all people you know and delete some files on your disk at random.:wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Volker Mueller schrieb in 1,9K (60 Zeilen):
On Wed, 12 Jul 2000, Wolfgang Weisselberg wrote:
#Key: Value: .nowhere.org mail.nowhere.org .nowhere.org mail2.never.com
Ja - und was passiert da nun?
Eines von den folgenden Moeglichkeiten: 1. Der 2. gelesene Eintrag beim Erstellen des Hashes ueberschreibt den 1. Eintrag. 2. Das Programm, welches die Hashes erstellt, beschwert sich. 3. Die Keys werden in der gelesenen Reihenfolge in den Hash eingespeichert, und diese Reihenfolge bleibt im Hash erhalten. 4. Die Keys werden in der gelesenen Reihenfolge in den Hash eingespeichert, aber die Information der Reihenfolge ist nicht mehr im Hash erhalten, Was nun eintritt (1., 3. oder 4.), kommt auf den Typ des Hashes an. 2. ist eine programmtechnische Entscheidung. Werden 2 verschiedene Values zu einem Key in dem Hash gespeichert, so gibt im Fall 3. : 3a. Der erste Value wird als erstes ausgelesen. 3b. Der letzte Value wird als erstes ausgelesen. 3c. Ein anderer Value (mathematisch eindeutig vorhersagbar) wird als erstes ausgelesen. 3d. Der zuerst gefundene Wert aendert sich algorithmisch vorhersagbar (z.B. Round Robin). 3e. Der zuerst gefundene Wert aendert sich zufallsmaessig. Dabei ist die Variante von 3 sicherlich abhaengig vom Algorithmus, welcher die Daten ausliest.
Nach meinem Verstaendnis von Hashes sollten die values ja nun irgendwie "hinter" einem identischen Schluessel gespeichert werden.
Was z.B. als binary subtree oder linked list geschehen kann.
Nimmt Sendmail beide Values oder den, der zuerst gefunden wird?
Vermutlich den zuerst gefundenen ... was will Sendmail mit 2 Smarthosts fuer eine Mail?
Was passiert, wenn aus unterschiedlichen Zeichenketten der gleiche hash-key berechnet wird?
Implementationsfrage. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Der Eintrag in deiner mailertable ist irgendwie sonderbar: Aendere die Zeile folgendermaßen (die IP-Adresse in eckigen Klammern mit Uebertragungsprotokoll : smtp): t-online.de relay:192.168.1.2 nach t-online.de smtp:[192.168.1.2] Und für den Rest (Email ins Internet): . smtp:[192.168.1.1] Marco Dieckhoff schrieb:
Hi!
Ich hab hier gerade mal ein bisschen mit den Mailertable-Feature experimentiert.
Ich will alle Mails an eine Domain über einen Relay-Server laufen lassen, aber mein sendmail probiert trotzdem, die Mails direkt beim Empfänger abzuliefern (was ja generell ok ist).
192.168.1.1 ist der Haupt-Server. SMTP/sendmail ist so konfiguriert, dass er alle Mails direkt abliefert (mit caching only dns). 192.168.1.2 ist der zweite Server.
Meine (192.168.1.1) /etc/mail/mailertable: t-online.de relay:192.168.1.2
Ich hab auch andere Domains ausprobiert, mir geht's um's kennenlernen der Mailertable-Funktionen. Und ja, ich habe die mailertable.db gelöscht und SuSEconfig laufen lassen. (Wie lautet nochmal der Befehl, um die Table ohne SuSEconfig zu rebuilden?)
In der (192.168.1.1) /var/log/mail tauchen folgende Einträge auf:
Jun 28 09:55:10 server sendmail[23354]: JAA23354: from=
, size=488, class=0, pri=30488, nrcpts=1, msgid=<001101bfe0d5$aaf10000$4601a8c0@marco>, proto=SMTP, relay=marco [192.168.1.70] Jun 28 09:55:26 server sendmail[23356]: JAA23354: to= , delay=00:00:17, xdelay=00:00:15, mailer=esmtp, relay=mailin03.sul.t-online.de. [194.25.134.73], stat=Sent Das Relay wird also überhaupt nicht beachtet.
In der (192.168.1.2) /var/log/mail tauchen auch keine Relay-Einträge auf. Es liegt also (erstmal) nicht an der 192.168.1.2er-Konfiguration
-- Marco Dieckhoff PGP Fingerprint: 9EFA D64F 5DAA D36B E0E7 CE1B 9E1B 4903 0C51 1632
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Engel schrieb in 2,2K (71 Zeilen):
Aendere die Zeile folgendermaßen (die IP-Adresse in eckigen Klammern mit
Die eckigen Klammern sorgen dafuer, dass DNS nicht gefragt wird, ob ein MaileXchange-host definiert ist. Ohne die Klammern wuerde dieser genommen. -Wolfgang PS: Oben schreiben, unten Voll-quoten? Was soll das?? --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
harper@weihenstephan.org
-
linux@jwr.de
-
maillist@schwend.de
-
volker.mueller@gmx.de
-
weissel@netcologne.de