Hallo,
ich habe ein Problem - vielleicht auch nur eine Illsusion - bzgl. der
Arbeitsweise meines Email-Servers.
Dieses Problem besteht im Kern in der Frage, wie ich in einem kleinen
Netzwerk gegen die sasldb2 authentifiziere anstatt gegen die
System-Userliste.
Doch STOPP! Bevor jetzt die gängigen Tipps kommen - noch ein paar
Erläuterungen.
Mein Test ist, dass ich neben zwei Systemusern einen dritten, am System
nicht angemeldeten User habe, der nur in der Sasl-Datei angelegt wurde.
Das Meiste an dem Server funktioniert nämlich schon:
1. die IMAP-Funktionalität spielt wie gewünscht und die Authentifizierung
erfolgt gegen sasldb2 für alle drei User wie gewünscht
2. alle User können Emails versenden, mit zwei Ausnahmen - und die sind mein
Problem: die beiden Systemuser mit der Adresse boss@server.officenet und
tippse@server.officenet können keine Mails an den Nicht-Systemuser
aushilfe@server.officenet senden. Meldung des Servers ... siehe unten.
3. mittels telnet localhost 25 kann ich auch von aushilfe an boss bzw.
tippse und umgekehrt wahlfrei mailen. Also hier geht es.
Die drei User sind definitiv mittel sasl_passwd2 angelegt - und zwar sowohl
als "boss", "tippse" und "aushilfe" als auch als boss@server.officenet usw.
Nachfolgend ein Teil der schnöden Meldung des Log-Files:
Jan 13 00:00:39 server postfix/smtpd[8759]: dict_proxy_lookup:
table=unix:passwd.byname flags=0100 key=@server.officenet -> status=1
result=
Jan 13 00:00:39 server postfix/smtpd[8759]: maps_find: @server.officenet:
not found
Jan 13 00:00:39 server postfix/smtpd[8759]: mail_addr_find:
aushilfe@server.officenet -> (not found)
Jan 13 00:00:39 server postfix/smtpd[8759]: 2D22EBB99: reject: RCPT from
unknown[192.168.111.3]: 550
Hi, On Mon, 12 Jan 2004 waynem59@gmx.de wrote:
Hallo,
ich habe ein Problem - vielleicht auch nur eine Illsusion - bzgl. der Arbeitsweise meines Email-Servers. Dieses Problem besteht im Kern in der Frage, wie ich in einem kleinen Netzwerk gegen die sasldb2 authentifiziere anstatt gegen die System-Userliste.
Doch STOPP! Bevor jetzt die gängigen Tipps kommen - noch ein paar Erläuterungen.
Mein Test ist, dass ich neben zwei Systemusern einen dritten, am System nicht angemeldeten User habe, der nur in der Sasl-Datei angelegt wurde.
Das Meiste an dem Server funktioniert nämlich schon:
1. die IMAP-Funktionalität spielt wie gewünscht und die Authentifizierung erfolgt gegen sasldb2 für alle drei User wie gewünscht 2. alle User können Emails versenden, mit zwei Ausnahmen - und die sind mein Problem: die beiden Systemuser mit der Adresse boss@server.officenet und tippse@server.officenet können keine Mails an den Nicht-Systemuser aushilfe@server.officenet senden. Meldung des Servers ... siehe unten. 3. mittels telnet localhost 25 kann ich auch von aushilfe an boss bzw. tippse und umgekehrt wahlfrei mailen. Also hier geht es.
Die drei User sind definitiv mittel sasl_passwd2 angelegt - und zwar sowohl als "boss", "tippse" und "aushilfe" als auch als boss@server.officenet usw.
Nachfolgend ein Teil der schnöden Meldung des Log-Files:
Jan 13 00:00:39 server postfix/smtpd[8759]: dict_proxy_lookup: table=unix:passwd.byname flags=0100 key=@server.officenet -> status=1 result= Jan 13 00:00:39 server postfix/smtpd[8759]: maps_find: @server.officenet: not found Jan 13 00:00:39 server postfix/smtpd[8759]: mail_addr_find: aushilfe@server.officenet -> (not found) Jan 13 00:00:39 server postfix/smtpd[8759]: 2D22EBB99: reject: RCPT from unknown[192.168.111.3]: 550
: User unknown in local recipient table; from= proto=ESMTP helo=<Client266> Jan 13 00:00:39 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 550 : User unknown in local recipient table Jan 13 00:00:40 server postfix/smtpd[8759]: watchdog_pat: 0x8093798 Jan 13 00:00:40 server postfix/smtpd[8759]: < unknown[192.168.111.3]: QUIT Jan 13 00:00:40 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 221 Bye Jan 13 00:00:40 server postfix/smtpd[8759]: disconnect from unknown[192.168.111.3] Jan 13 00:00:40 server postfix/smtpd[8759]: master_notify: status 1 Jan 13 00:00:40 server postfix/smtpd[8759]: connection closed Hat noch jemand eine zündende Idee? Vielen Dank im Voraus!
Schick doch mal bitte die Ausgabe von "postconf -n". Ansonsten wird's schwer den Grund für Dein Problem zu finden. Schönen Gruß, Schweigi
----- Original Message -----
From: "Thomas Schweiger"
Hallo,
ich habe ein Problem - vielleicht auch nur eine Illsusion - bzgl. der Arbeitsweise meines Email-Servers. Dieses Problem besteht im Kern in der Frage, wie ich in einem kleinen Netzwerk gegen die sasldb2 authentifiziere anstatt gegen die System-Userliste.
Doch STOPP! Bevor jetzt die gängigen Tipps kommen - noch ein paar Erläuterungen.
Mein Test ist, dass ich neben zwei Systemusern einen dritten, am System nicht angemeldeten User habe, der nur in der Sasl-Datei angelegt wurde.
Das Meiste an dem Server funktioniert nämlich schon:
1. die IMAP-Funktionalität spielt wie gewünscht und die Authentifizierung erfolgt gegen sasldb2 für alle drei User wie gewünscht 2. alle User können Emails versenden, mit zwei Ausnahmen - und die sind mein Problem: die beiden Systemuser mit der Adresse boss@server.officenet und tippse@server.officenet können keine Mails an den Nicht-Systemuser aushilfe@server.officenet senden. Meldung des Servers ... siehe unten. 3. mittels telnet localhost 25 kann ich auch von aushilfe an boss bzw. tippse und umgekehrt wahlfrei mailen. Also hier geht es.
Die drei User sind definitiv mittel sasl_passwd2 angelegt - und zwar sowohl als "boss", "tippse" und "aushilfe" als auch als boss@server.officenet usw.
Nachfolgend ein Teil der schnöden Meldung des Log-Files:
Jan 13 00:00:39 server postfix/smtpd[8759]: dict_proxy_lookup: table=unix:passwd.byname flags=0100 key=@server.officenet -> status=1 result= Jan 13 00:00:39 server postfix/smtpd[8759]: maps_find: @server.officenet: not found Jan 13 00:00:39 server postfix/smtpd[8759]: mail_addr_find: aushilfe@server.officenet -> (not found) Jan 13 00:00:39 server postfix/smtpd[8759]: 2D22EBB99: reject: RCPT from unknown[192.168.111.3]: 550
: User unknown in local recipient table; from= proto=ESMTP helo=<Client266> Jan 13 00:00:39 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 550 : User unknown in local recipient table Jan 13 00:00:40 server postfix/smtpd[8759]: watchdog_pat: 0x8093798 Jan 13 00:00:40 server postfix/smtpd[8759]: < unknown[192.168.111.3]: QUIT Jan 13 00:00:40 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 221 Bye Jan 13 00:00:40 server postfix/smtpd[8759]: disconnect from unknown[192.168.111.3] Jan 13 00:00:40 server postfix/smtpd[8759]: master_notify: status 1 Jan 13 00:00:40 server postfix/smtpd[8759]: connection closed Hat noch jemand eine zündende Idee? Vielen Dank im Voraus!
Schick doch mal bitte die Ausgabe von "postconf -n". Ansonsten wird's schwer den Grund für Dein Problem zu finden. Schönen Gruß, Schweigi ------------------------------------------------------ Guten Morgen, dem Mann kann geholfen werden; hier also das Resultat von "postconf -n": alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody default_transport = smtp defer_transports = disable_dns_lookups = no inet_interfaces = all local_destination_concurrency_limit = 2 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/cyrus/bin/deliver mailbox_size_limit = 51200000 mailbox_transport = cyrus manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = server.officenet mynetworks = 192.168.111.0/24, 127.0.0.0/8 program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = smtp.myprovider.com relocated_maps = hash:/etc/postfix/relocated sender_canonical_maps = hash:/etc/postfix/sender_canonical setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous smtpd_banner = $myhostname ESMTP $mail_name smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,check_relay_domains,reject_unaut h_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = #smtpd_sasl_local_domain = localhost #smtpd_sasl_local_domain = server.officenet smtpd_sasl_security_options = noanonymous smtpd_use_tls = no transport_maps = hash:/etc/postfix/transport ---------------------------------------------- Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Leute,
das u.b. Problem besteht nach wie vor ... ;-))
Gruß und schönen Abend wünscht
Michael
----- Original Message -----
From:
----- Original Message ----- From: "Thomas Schweiger"
To: Sent: Tuesday, January 13, 2004 12:15 AM Subject: Re: Postfix + Cyrus-IMAP + Sasl + SuSE 8.2 Hi,
On Mon, 12 Jan 2004 waynem59@gmx.de wrote:
Hallo,
ich habe ein Problem - vielleicht auch nur eine Illsusion - bzgl. der Arbeitsweise meines Email-Servers. Dieses Problem besteht im Kern in der Frage, wie ich in einem kleinen Netzwerk gegen die sasldb2 authentifiziere anstatt gegen die System-Userliste.
Doch STOPP! Bevor jetzt die gängigen Tipps kommen - noch ein paar Erläuterungen.
Mein Test ist, dass ich neben zwei Systemusern einen dritten, am System nicht angemeldeten User habe, der nur in der Sasl-Datei angelegt wurde.
Das Meiste an dem Server funktioniert nämlich schon:
1. die IMAP-Funktionalität spielt wie gewünscht und die
Authentifizierung
erfolgt gegen sasldb2 für alle drei User wie gewünscht 2. alle User können Emails versenden, mit zwei Ausnahmen - und die sind mein Problem: die beiden Systemuser mit der Adresse boss@server.officenet und tippse@server.officenet können keine Mails an den Nicht-Systemuser aushilfe@server.officenet senden. Meldung des Servers ... siehe unten. 3. mittels telnet localhost 25 kann ich auch von aushilfe an boss bzw. tippse und umgekehrt wahlfrei mailen. Also hier geht es.
Die drei User sind definitiv mittel sasl_passwd2 angelegt - und zwar sowohl als "boss", "tippse" und "aushilfe" als auch als boss@server.officenet usw.
Nachfolgend ein Teil der schnöden Meldung des Log-Files:
Jan 13 00:00:39 server postfix/smtpd[8759]: dict_proxy_lookup: table=unix:passwd.byname flags=0100 key=@server.officenet -> status=1 result= Jan 13 00:00:39 server postfix/smtpd[8759]: maps_find: @server.officenet: not found Jan 13 00:00:39 server postfix/smtpd[8759]: mail_addr_find: aushilfe@server.officenet -> (not found) Jan 13 00:00:39 server postfix/smtpd[8759]: 2D22EBB99: reject: RCPT from unknown[192.168.111.3]: 550
: User unknown in local recipient table; from= proto=ESMTP helo=<Client266> Jan 13 00:00:39 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 550 : User unknown in local recipient table Jan 13 00:00:40 server postfix/smtpd[8759]: watchdog_pat: 0x8093798 Jan 13 00:00:40 server postfix/smtpd[8759]: < unknown[192.168.111.3]: QUIT Jan 13 00:00:40 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 221 Bye Jan 13 00:00:40 server postfix/smtpd[8759]: disconnect from unknown[192.168.111.3] Jan 13 00:00:40 server postfix/smtpd[8759]: master_notify: status 1 Jan 13 00:00:40 server postfix/smtpd[8759]: connection closed Hat noch jemand eine zündende Idee? Vielen Dank im Voraus!
Schick doch mal bitte die Ausgabe von "postconf -n". Ansonsten wird's schwer den Grund für Dein Problem zu finden.
Schönen Gruß, Schweigi
------------------------------------------------------ Guten Morgen,
dem Mann kann geholfen werden; hier also das Resultat von "postconf -n":
alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody default_transport = smtp defer_transports = disable_dns_lookups = no inet_interfaces = all local_destination_concurrency_limit = 2 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/cyrus/bin/deliver mailbox_size_limit = 51200000 mailbox_transport = cyrus manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = server.officenet mynetworks = 192.168.111.0/24, 127.0.0.0/8 program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = smtp.myprovider.com relocated_maps = hash:/etc/postfix/relocated sender_canonical_maps = hash:/etc/postfix/sender_canonical setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous smtpd_banner = $myhostname ESMTP $mail_name smtpd_recipient_restrictions =
permit_mynetworks,permit_sasl_authenticated,check_relay_domains,reject_unaut
h_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = #smtpd_sasl_local_domain = localhost #smtpd_sasl_local_domain = server.officenet smtpd_sasl_security_options = noanonymous smtpd_use_tls = no transport_maps = hash:/etc/postfix/transport
----------------------------------------------
Gruß, Michael
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hi, On Tue, 13 Jan 2004 waynem59@gmx.de wrote: [...]
------------------------------------------------------ Guten Morgen,
dem Mann kann geholfen werden; hier also das Resultat von "postconf -n":
alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody default_transport = smtp defer_transports = disable_dns_lookups = no inet_interfaces = all local_destination_concurrency_limit = 2 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/cyrus/bin/deliver mailbox_size_limit = 51200000 mailbox_transport = cyrus manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = server.officenet mynetworks = 192.168.111.0/24, 127.0.0.0/8 program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = smtp.myprovider.com relocated_maps = hash:/etc/postfix/relocated sender_canonical_maps = hash:/etc/postfix/sender_canonical setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous smtpd_banner = $myhostname ESMTP $mail_name smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,check_relay_domains,reject_unaut h_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = #smtpd_sasl_local_domain = localhost #smtpd_sasl_local_domain = server.officenet smtpd_sasl_security_options = noanonymous smtpd_use_tls = no transport_maps = hash:/etc/postfix/transport
----------------------------------------------
Gruß, Michael
Äh, läuft Dein Postfix vielleicht chrooted und Deine chroot Umgebung passt nicht? Was gibt denn # cat /etc/postfix/master.cf|grep ^smtp zurück? Ciao, Thomas
------------------------------------------------------- Hi, On Tue, 13 Jan 2004 waynem59@gmx.de wrote: [...]
------------------------------------------------------ Guten Morgen,
dem Mann kann geholfen werden; hier also das Resultat von "postconf -n":
alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 10 default_privs = nobody default_transport = smtp defer_transports = disable_dns_lookups = no inet_interfaces = all local_destination_concurrency_limit = 2 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/cyrus/bin/deliver mailbox_size_limit = 51200000 mailbox_transport = cyrus manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = server.officenet mynetworks = 192.168.111.0/24, 127.0.0.0/8 program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = smtp.myprovider.com relocated_maps = hash:/etc/postfix/relocated sender_canonical_maps = hash:/etc/postfix/sender_canonical setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth smtp_sasl_security_options = noanonymous smtpd_banner = $myhostname ESMTP $mail_name smtpd_recipient_restrictions =
permit_mynetworks,permit_sasl_authenticated,check_relay_domains,reject_unaut
h_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = #smtpd_sasl_local_domain = localhost #smtpd_sasl_local_domain = server.officenet smtpd_sasl_security_options = noanonymous smtpd_use_tls = no transport_maps = hash:/etc/postfix/transport
----------------------------------------------
Gruß, Michael
Äh, läuft Dein Postfix vielleicht chrooted und Deine chroot Umgebung passt nicht? Was gibt denn # cat /etc/postfix/master.cf|grep ^smtp zurück? Ciao, Thomas ------------------------------------------------ Hallo Thomas, vielen Dank für Deine Nachfrage. Der Server läuft nicht chrooted. Die entsprechenden Stellen in der master.cf sind smtp inet n - n - - smtpd -v smtp unix - - n - - smtp Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Montag, 12. Januar 2004 23:25 schrieb waynem59@gmx.de:
Jan 13 00:00:39 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 550
: User unknown in local recipient table
Es gibt eine Option, die Postfix sagt, welche User lokal vorhanden sind. Wenn dort der ser nicht gefunden wird, wird die Mail abgewiesen. # postconf local_recipient_maps local_recipient_maps = proxy:unix:passwd.byname $alias_maps Das bedeutet es wird erstmal in der passwd nachgesehen und anschliessend in der alias_maps. Dort taucht Dein User nicht auf. Am besten trägst Du hier noch eine Tabelle ein, die alle User beinhaltet. Aufbau der Tabelle ist, nur die linke Seite ist wichtig und dort stehen die User. Die rechte Seite ist zwar egal, sollte aber auftauchen. aushilfe@server.officenet egal -- Andreas
Hallo Andreas,
cool!!! Vielen Dank für Deine Antwort. Die von Dir skizzierte Lösung hatte
ich zwar in einem anderen Fall schon verwirklicht, nämlich für den user
"fax" :-)
Allerdings betrübte mich etwas, dass es nicht ausreichen soll, das
Email-Konto bei dem in allen Konfigurationsfiles angegebenen
Auth-Mechanismus anzugeben. Außerdem behagt mir - vielleicht aus einer
gewissen Paranoia heraus - die Verquickung von Email-Accounts mit
User-Aliases nicht. Daher habe ich Deinen Lösungsvorschlag aufgegriffen und
nun ein eigenes "alias"-File ("mailaccounts") generiert, in dem eben im
Beispielfall so was wie
aushilfe@server.officenet egal
drinsteht, das mittels "postmap /etc/postfix/mailaccounts" ins db-Format
gewandelt wird und das dann mit
local_recipient_maps = proxy:unix:passwd.byname
hash:/etc/postfix/mailaccounts
in der main.cf versenkt wird.
Es spielt! :-) Nochmal vielen Dank für die Mühe, die Ihr Euch gemacht habt.
Schönen Abend wünscht
Michael
----- Original Message -----
From: "Andreas Winkelmann"
Jan 13 00:00:39 server postfix/smtpd[8759]: > unknown[192.168.111.3]: 550
: User unknown in local recipient table
Es gibt eine Option, die Postfix sagt, welche User lokal vorhanden sind. Wenn dort der ser nicht gefunden wird, wird die Mail abgewiesen. # postconf local_recipient_maps local_recipient_maps = proxy:unix:passwd.byname $alias_maps Das bedeutet es wird erstmal in der passwd nachgesehen und anschliessend in der alias_maps. Dort taucht Dein User nicht auf. Am besten trägst Du hier noch eine Tabelle ein, die alle User beinhaltet. Aufbau der Tabelle ist, nur die linke Seite ist wichtig und dort stehen die User. Die rechte Seite ist zwar egal, sollte aber auftauchen. aushilfe@server.officenet egal -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Dienstag, 13. Januar 2004 20:04 schrieb waynem59@gmx.de:
Allerdings betrübte mich etwas, dass es nicht ausreichen soll, das Email-Konto bei dem in allen Konfigurationsfiles angegebenen Auth-Mechanismus anzugeben. Außerdem behagt mir - vielleicht aus einer gewissen Paranoia heraus - die Verquickung von Email-Accounts mit User-Aliases nicht. Daher habe ich Deinen Lösungsvorschlag aufgegriffen und nun ein eigenes "alias"-File ("mailaccounts") generiert, in dem eben im Beispielfall so was wie
aushilfe@server.officenet egal
drinsteht, das mittels "postmap /etc/postfix/mailaccounts" ins db-Format gewandelt wird und das dann mit
local_recipient_maps = proxy:unix:passwd.byname hash:/etc/postfix/mailaccounts
Denk dran, dass Du damit auch User wie "postmaster" o.ä. verlierst. Wenn Du einen "offiziellen" Mailserver betreibst, sollten die existieren. -- Andreas
From: "Andreas Winkelmann"
Allerdings betrübte mich etwas, dass es nicht ausreichen soll, das Email-Konto bei dem in allen Konfigurationsfiles angegebenen Auth-Mechanismus anzugeben. Außerdem behagt mir - vielleicht aus einer gewissen Paranoia heraus - die Verquickung von Email-Accounts mit User-Aliases nicht. Daher habe ich Deinen Lösungsvorschlag aufgegriffen und nun ein eigenes "alias"-File ("mailaccounts") generiert, in dem eben im Beispielfall so was wie
aushilfe@server.officenet egal
drinsteht, das mittels "postmap /etc/postfix/mailaccounts" ins db-Format gewandelt wird und das dann mit
local_recipient_maps = proxy:unix:passwd.byname hash:/etc/postfix/mailaccounts
Denk dran, dass Du damit auch User wie "postmaster" o.ä. verlierst. Wenn Du einen "offiziellen" Mailserver betreibst, sollten die existieren. -- Andreas Hallo, Dein Einwand leuchtet mir ja ein, aber die Resultate sind eigentümlicherweise anders: die herkömmlichen "aliases" funktionieren auch weiterhin als normale Email-Accounts (z.B. fax, postmaster, root). Werden die $alias_maps in jedem Falle abgearbeitet? Fragende Grüße zur "Guten Nacht" sendet Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
From: "Andreas Winkelmann"
Allerdings betrübte mich etwas, dass es nicht ausreichen soll, das Email-Konto bei dem in allen Konfigurationsfiles angegebenen Auth-Mechanismus anzugeben. Außerdem behagt mir - vielleicht aus einer gewissen Paranoia heraus - die Verquickung von Email-Accounts mit User-Aliases nicht. Daher habe ich Deinen Lösungsvorschlag aufgegriffen und nun ein eigenes "alias"-File ("mailaccounts") generiert, in dem eben im Beispielfall so was wie
aushilfe@server.officenet egal
drinsteht, das mittels "postmap /etc/postfix/mailaccounts" ins db-Format gewandelt wird und das dann mit
local_recipient_maps = proxy:unix:passwd.byname hash:/etc/postfix/mailaccounts
Denk dran, dass Du damit auch User wie "postmaster" o.ä. verlierst. Wenn Du einen "offiziellen" Mailserver betreibst, sollten die existieren. -- Andreas Hallo, Dein Einwand leuchtet mir ja ein, aber die Resultate sind eigentümlicherweise anders: die herkömmlichen "aliases" funktionieren auch weiterhin als normale Email-Accounts (z.B. fax, postmaster, root). Werden die $alias_maps in jedem Falle abgearbeitet? Fragende Grüße zur "Guten Nacht" sendet Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Dienstag, 13. Januar 2004 23:12 schrieb waynem59@gmx.de:
local_recipient_maps = proxy:unix:passwd.byname hash:/etc/postfix/mailaccounts
Denk dran, dass Du damit auch User wie "postmaster" o.ä. verlierst. Wenn Du einen "offiziellen" Mailserver betreibst, sollten die existieren.
Dein Einwand leuchtet mir ja ein, aber die Resultate sind eigentümlicherweise anders: die herkömmlichen "aliases" funktionieren auch weiterhin als normale Email-Accounts (z.B. fax, postmaster, root). Werden die $alias_maps in jedem Falle abgearbeitet?
Abgearbeitet werden sie. Das Problem ist aber, Postfix lässt nur rein, was in "local_recipient_maps" steht, und da hast Du sie entfernt. Was anschliessend beim Umschreiben/Weiterleiten geschieht, sprich wo die Mail an "postmaster" letztendlich hingeht entscheidet "alias_maps". Wie vorher schon erwähnt es interessiert nur die linke Spalte, die Rechte ist "egal". -- Andreas
participants (3)
-
Andreas Winkelmann
-
Thomas Schweiger
-
waynem59@gmx.de