getmail postfix und autoresponder

Debian macht sich hervorragend als Web- und Mailserver. Schau auch in den " Tipps und Tricks"-Bereich.
Antworten
Belgarad
Beiträge: 749
Registriert: 12.07.2002 02:00:44

getmail postfix und autoresponder

Beitrag von Belgarad » 26.10.2002 22:53:33

hat vielleicht jemand erfahrung mit der einrichting eines autoresponder unter getmail (als alternative zu fetchmail) und postfix? ich brauche da noch einen wink mit dem *zaunpfahl*

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 26.10.2002 23:17:28

procmail und pipes (ähnlich zum spamassassin Aufruf aus procmail heraus, wenn Du das kennst)

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Belgarad
Beiträge: 749
Registriert: 12.07.2002 02:00:44

Beitrag von Belgarad » 29.10.2002 04:29:34

ich bekomme das mit procmail nicht hin.
(hatte dazu schon mal was gepostet in verbindung mit fetchmail, daher bin ich froh dass ich mit getmail ohne procmail auskomme).

was mir fehlt ist das verstaendnis wie beispielsweise fetchmail (oder auch postfix oder exim) ihre mails zur bearbeitung an procmail weitergeben. bei mir hats immer einen fehler gegeben, weil die parameter nicht stimmten.

also wenn ich irgeneine beispielconfig sehen koennte, wo procmail zur weiterverarbeitung verwendet wird, wuerds glaub ich etwas werden....

hier ein auszug aus meinem alten posting. vielleicht kann mir ja jemand sagen:
a.) wo ich den fehler bei der uebergabe an fetchmail gemacht habe (damit ich weiss wie ich an procmail uebergeben muss)
b.) wie ich beispielhaft in procmail eine autoresponder configuriere

fetchmail holt auch schon post von mercury (als pop3 server ab).

Code: Alles auswählen

cat /etc/fetchmailrc
# Configuration created Sat Oct 19 14:25:06 2002 by fetchmailconf
set postmaster "belgarad"
set bouncemail
set no spambounce
set properties ""
# alle mails an *@kosmos.all landen in diesem pop3 account
# und muessen dann via procmail verteilt werden
# options keep damit man zu  test nicht dauernd neue mails schreiben muss.
poll testmercury via 192.168.1.40  with proto POP3
   user 'test1' there with password 'test1'
   mda "/usr/bin/procmail -t -a \$EXTENSION "
   options keep
Aber nun kommt ja der promail part. dazu habe ich folgende globale /etc/procmailrc geschrieben:

Code: Alles auswählen

/etc/procmailrc (Modified)                                 Row 19   Col 1    7:27  Ctrl-K H for help
# Please check if all the paths in PATH are reachable, remove the ones that
# are not.
PATH=/usr/bin:/bin:/usr/local/bin
MAILDIR=$HOME/Mail      # You'd better make sure it exists
# Existiert bisher nicht
DEFAULT=$MAILDIR/mbox
# Existiert bisher nicht
LOGFILE=$MAILDIR/from
LOCKFILE=$HOME/.lockmail

:0                              #
* ^To.test1@kosmos.all
test1                           # will go to $MAILDIR/...

:0                              #
* ^To.belgarad@kosmos.all
belgarad                     # will go to $MAILDIR/....

:0                              # Default Setting
* ^To.*@*
belgarad                        # will go to $MAILDIR/..
# Anything that has not been delivered by now will go to $DEFAULT
# using LOCKFILE=$DEFAULT$LOCKEXT
Doch wenn ich fetchmail starte passiert das folgende:

Code: Alles auswählen

sonne:/etc# fetchmail -f /etc/fetchmailrc
3 messages for test1 at 192.168.1.40 (4442 octets).
reading message test1@192.168.1.40:1 of 3 (1480 octets) procmail: Missing argument
.procmail: Couldn't chdir to "/root/Mail"
not flushed
reading message test1@192.168.1.40:2 of 3 (1481 octets) .procmail: Missing argument
procmail: Couldn't chdir to "/root/Mail"
not flushed
reading message test1@192.168.1.40:3 of 3 (1481 octets) procmail: Missing argument
.procmail: Couldn't chdir to "/root/Mail"
not flushed
sonne:/etc#

Antworten