Archiv verlassen und diese Seite im Standarddesign anzeigen : fetchmail: Alle Emails landen bei root [postfix, dovecot]
Guten Morgen,
ich hab nen postfix mit dovecoat imaps am laufen und Emails verschicken funktioniert auch einwandfrei. Doch ich will ja auch Emails erhalten, also wollte ich fetchmail nehmen und hab meine .fetchmailrc folgendermaßen angelegt
poll mail.example.de protocol POP3 user username password xxx to peter
mda /usr/bin/procmail
Er soll die Emails abrufen und sofort dem user "peter" unterschieben. Emails abrufen tut er auch, aber die Emails landen bei root in "/var/spool/mail/root". Eigentlich muesste er ja eine neue mbox mit dem Namen "peter" erstellen. Hab ich was vergessen?
Das ist aber nur mein erstes Problem, dovecot hab ich auch "~/mails" eingestellt (das da inbox und der rest ist). Deswegen muss fetchmail doch eigentlich die Emails irgendiwe in ~/mails bekommen oder? Aber wie kann ich das fetchmail sagen?
Danke! && MfG bert2002
Hi, läuft es vielleicht so?
poll mail.example.de with proto POP3 user 'username' there with password 'xxx' is 'peter' here
mda "/usr/bin/procmail -f fetchmail"
MfG, Diozaka
Leider auch nicht :(
EDIT: Muss postfix irgendwie eingestellt sein, das fetchmail Emails uebergeben kann oder so?
EDIT: Ich häng nochmal meine main.cf von postfix dran, evtl. fehlt da was...
myhostname = mail.domain.de
mydomain = domain.de
#alias_maps = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localhost
smtpd_banner = $myhostname ESMTP Mailserver
smtpd_helo_required = yes
smtpd_helo_restrictions = reject_invalid_hostname
smtpd_recipient_restrictions = permit_mynetworks, reject_unkown_recipient, permit_sasl_authenticated, reject_unauth_destination
permit_mynetworks = 127.0.0.0/8, 192.168.0.0/24
#smtpd_sender_restrictions = reject_unkown_address
smtpd_client_restrictions = reject_invalid_hostname, reject_rbl_client relays.ordb.org
strict_rfc821_envelopes = yes
home_mailbos = mails/
### TLS
smtpd_tls_cert_file = /etc/postifx/mail.cert
smtpd_tls_key_file = /etc/postfix/mail.key
smtpd_use_tls = yes
smtpd_enforce_tls = no
smtpd_tls_auth_only = yes
### SASL
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
smtp_sasl_auth_enable = no
broken_sasl_auth_clients = yes
### Maskieren von Domains
canonical_maps = hash:/etc/postfix/canonical
### MailScanner
header_checks = regexp:/etc/postfix/header_checks
MfG bert2002
Einen Fehler hab ich schon mal gefunden, aber es bringt nichts :)
home_mailbox = mails/
MfG bert2002
Ich hab mal kurz bei Google gesucht und folgendes gefunden: http://lists.infodrom.org/linux-stammtisch/2002/0467.html. Vielleicht hilfts.
MfG, Diozaka
Ich hab mal kurz bei Google gesucht und folgendes gefunden: http://lists.infodrom.org/linux-stammtisch/2002/0467.html. Vielleicht hilfts.
MfG, Diozaka
Hi,
leider bringt das auch nichts, wenn ich die aliases drin habe und root einem anderen Account zuweise.
Trotzdem Danke, bin für jeden Tipp offen :)
Danke! && MfG bert2002
Roger Wilco
22.08.05, 21:28
Was steht in deiner procmailrc?
Was steht in deiner procmailrc?
Ich hab als root eine und da steht nur folgendes drin:
MAILDIR=$HOME/mails
Danke! && MfG bert2002
hi,
user 'xxxxx' there with password 'xxxxxx' is 'profbunny' here options stripcr fetchall mda '/usr/bin/procmail -d %T '
und azu liegt in meinem home eine .forward datei
profbunny@sysiphus:~$ cat .forward
|procmail
teste es mal so.
mfg
hi,
user 'xxxxx' there with password 'xxxxxx' is 'profbunny' here options stripcr fetchall mda '/usr/bin/procmail -d %T '
und azu liegt in meinem home eine .forward datei
profbunny@sysiphus:~$ cat .forward
|procmail
teste es mal so.
mfg
Ohhhh yeah.... jetzt wird eine mbox in /var/mail/$username erstellt. Ich kann momentan keinen imap client auf den server loslassen. Aber wie bekomm ich die Emails jetzt nach ~/mails/ damit der imap client (dovecot) die emails "findet", oder findet dovecot die emails auch in /var/mail$username ??
Ohh yeah, jetzt sind wir schon ein riesen Stück wieter! Super Danke!
DANKE! && MfG bert2002
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.