Hallo Al Bogner, hallo auch an alle anderen
Am Freitag, 20. Januar 2006 14:18 schrieb Al Bogner:
Am Freitag, 20. Januar 2006 13:48 schrieb Werner Detter:
Al Bogner wrote:
Ich habe /etc/aliases mit vi geändert und erhalte nun die
Meldung: warning: database /etc/aliases.db is older than
Ich habe /etc/aliases mit vi geändert und erhalte nun die Meldung:
warning: database /etc/aliases.db is older than source file /etc/aliases
In Folge lese ich dann
status=sent (delivered to command: procmail -a $EXTENSION)
postfix/qmgr[2885]: 7D9D03002E8F: removed
Das Mail ist aber nach Minuten
Al Bogner wrote:
Ich habe /etc/aliases mit vi geändert und erhalte nun die Meldung:
warning: database /etc/aliases.db is older than source file /etc/aliases
In Folge lese ich dann
status=sent (delivered to command: procmail -a $EXTENSION)
postfix/qmgr[2885]: 7D9D03002E8F: removed
Das Mail ist
On Friday 20 January 2006 13:34, Al Bogner wrote:
Ich habe /etc/aliases mit vi geändert und erhalte nun die Meldung:
warning: database /etc/aliases.db is older than source file /etc/aliases
Wäre gut gewesen, wenn du gesagt hättest, welchen MTA du verwendest.
Aber du solltest generell mal
Am Freitag, 20. Januar 2006 13:48 schrieb Werner Detter:
Al Bogner wrote:
Ich habe /etc/aliases mit vi geändert und erhalte nun die Meldung:
warning: database /etc/aliases.db is older than source file /etc/aliases
In Folge lese ich dann
status=sent (delivered to command: procmail
On Friday 20 January 2006 13:44, Christoph Haas wrote:
On Friday 20 January 2006 13:34, Al Bogner wrote:
In Folge lese ich dann
status=sent (delivered to command: procmail -a $EXTENSION)
postfix/qmgr[2885]: 7D9D03002E8F: removed
Das ist ziemlich nichtssagend.
Ich revidiere das. Es sagt
Am Freitag, 20. Januar 2006 13:44 schrieb Christoph Haas:
In Folge lese ich dann
status=sent (delivered to command: procmail -a $EXTENSION)
postfix/qmgr[2885]: 7D9D03002E8F: removed
Das ist ziemlich nichtssagend.
Ist klar, ich muss da ja auch noch recherchieren und es hätte ja jemand
Hi!
On Thu, 24 Nov 2005 17:32:35 +0100
Markus Bucher [EMAIL PROTECTED] wrote:
Oder man legt
ein skript an, dass zu gewisser Zeit newaliases selbst ausführt...
Klappt das nicht?
Jo, würd ich auch sagen...
Einfach ein Skript, dass alle fünf Minuten nachguckt, ob sich die
/etc/aliases
Skript, dass alle fünf Minuten nachguckt, ob sich die
/etc/aliases geändert hat und falls ja, newaliases ausführt.
oder doch webmin? Ich hab mal in grauer Vorzeit ein inoffizielles
Webmin-
Modul erstellt um sendmail's access-Dateien zu ändern. Vielleicht läßt
sich /etc/alias anpassen ... Link zum
das nicht?
Jo, würd ich auch sagen...
Einfach ein Skript, dass alle fünf Minuten nachguckt, ob sich die
/etc/aliases geändert hat und falls ja, newaliases ausführt.
oder doch webmin? Ich hab mal in grauer Vorzeit ein inoffizielles
Webmin-
Modul erstellt um sendmail's access-Dateien zu
Hallo,
irgendwie scheint es nicht einfach möglich zu sein, über webmin
die /etc/aliases zu editieren. Doch brauch ich diese Funktion
dringend auf einem Sarge-Server mit Postfix. Kennt jemand ein
inoffizielles Modul für webmin?
Daniel
Hoppa Daniel und Leser und Leserinnen,
am Donnerstag, 24. November 2005 um 16:03 meinte Daniel Schulz u. a.:
irgendwie scheint es nicht einfach möglich zu sein, über webmin
die /etc/aliases zu editieren. Doch brauch ich diese Funktion
dringend auf einem Sarge-Server mit Postfix. Kennt jemand
Hallo Sebastian,
Sebastian Dellit [EMAIL PROTECTED] schrieb:
Woran merkst du genau, das es nicht funktioniert? Wird
nach einem Ändern der aliases auch ein postalias /etc/aliases
ausgeführt?
Hast du auf dem Server keinen Root-Zugriff über SSH?
Doch doch, ICH schon, leider mein Kunde nicht
Niemand eine Idee?
Daniel
ch habe gerade über den Filemanager von Webmin aus die /etc/aliases
verändert.
War ganz einfach. Oder habe ich was übersehen?
Markus
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie
Markus Bucher schrieb:
Niemand eine Idee?
Daniel
ch habe gerade über den Filemanager von Webmin aus die /etc/aliases
verändert.
War ganz einfach. Oder habe ich was übersehen?
Markus
Damit der MTA die Änderungen annimmt, muß nach der Änderung newaliases
ausgeführt werden (bei
Also sprach Daniel Schulz [EMAIL PROTECTED] (Thu, 24 Nov 2005
16:48:41 +0100):
Sebastian Dellit [EMAIL PROTECTED] schrieb:
Woran merkst du genau, das es nicht funktioniert? Wird
nach einem Ändern der aliases auch ein postalias /etc/aliases
ausgeführt?
Hast du auf dem Server keinen
Hallo Daniel,
Am Thu, 24 Nov 2005 16:48:41 +0100 schrieb Daniel Schulz:
Doch doch, ICH schon, leider mein Kunde nicht. Und der brauchts, weil
er es selbst einstellen will - und das kann er nur per Weboberfläche.
Obwohl ich den Sinn Deiner Aktion nicht nachvollziehen kann. .
Dein Kunde
Damit der MTA die Änderungen annimmt, muß nach der Änderung newaliases
ausgeführt werden (bei postfix hat postalias den gleichen effekt)
und dort liegt wohl auch das Problem
Joachim
Hmm, und wenn man per Shell-Kommando einfach newaliases ausführt? Hat ja
Benutzerrechte, die es von jedem
On 24.11.05 17:10:39, Joachim Protze wrote:
Markus Bucher schrieb:
Niemand eine Idee?
Daniel
ch habe gerade über den Filemanager von Webmin aus die /etc/aliases
verändert.
War ganz einfach. Oder habe ich was übersehen?
Markus
Damit der MTA die Änderungen annimmt
Hallo Liste,
Ich habe einen default-Emfänger in /etc/aliases eingetragen:
*: default
und in exim.conf search_type auf lsearch* geändert.
Leider werden jetzt ALLE mails an default geliefert!
Was ist falsch?
Viele Grüße,
Christoph Bayer
--
Zum AUSTRAGEN schicken Sie eine Mail
Christoph Bayer [EMAIL PROTECTED] wrote:
Ich habe einen default-Emfänger in /etc/aliases eingetragen:
*: default
und in exim.conf search_type auf lsearch* geändert.
Leider werden jetzt ALLE mails an default geliefert!
[...]
Hallo!
So hast du exim konfiguriert. ;-) exim geht der Reihe
Hallo Andreas,
Ich habe einen default-Emfänger in /etc/aliases eingetragen:
*: default
und in exim.conf search_type auf lsearch* geändert.
Leider werden jetzt ALLE mails an default geliefert!
[...]
Hallo!
So hast du exim konfiguriert. ;-) exim geht der Reihe nach alle
Christoph Bayer [EMAIL PROTECTED] wrote:
[alle unbekannten User sollen an den User default zugestellt werden]
exim -d10 -bt adresse
ist sehr hilfreich.
[...]
Ungetestet:
# Neuer Director, als letzten director in exim.conf einfuegen.
catchall:
driver = smartuser
new_address =
Hallo Andreas,
Andreas Metzler writes:
[alle unbekannten User sollen an den User default zugestellt werden]
Ungetestet:
# Neuer Director, als letzten director in exim.conf einfuegen.
catchall:
driver = smartuser
new_address = default
Muss ich nicht noch einen Transport
Hallo Christoph,
* Christoph Bayer schrieb [15-06-02 20:15]:
Andreas Metzler writes:
PS: Es waere nett, wenn du http://www.afaik.de/usenet/faq/zitieren/
lesen und beachten wuerdest. - Danke.
Was hab ich denn falsch gemacht?
Etwas zuviel mitgequotet, worauf du aber nicht eingegangen
Hi,
sagtmal, was redet ihr da eigentlich fürn Schmarrn ? ;)
cat /etc/mail/aliases enthält folgendes z.B.:
postmaster: root
Wie man sicherlich weiß, geht alle Mail, sie nicht zugeordnet werden konnte
an den Postmaster, der hier in diesem Falle root ist, außer man konfiguriert
Hallo Marko,
* Marko Schulz [EMAIL PROTECTED] [24-01-02 17:04]:
Du gehst davon aus, daß es einen Benutzer gibt, dem die Mail
zugestellt wird. Die Frage war, wie man alle Mail, die _nicht_ an einen
Benutzer zugestellt werden konnte, an root weiterleitet (unter der
Benutzung von /etc/aliases
27 matches
Mail list logo