Email bij Fetchmail, procmail en postfix verdwijnt.

[BCM]

Probleem:

Ik heb een email server opstaan met Postfix. Email laat ik ophalen door fetchmail. Als het goed is moet die hem weer afleveren bij Postfix die de email door Procmail in de goede dir laat zetten. Toch?

Email wordt opgehaald, maar is dan niet meer terug te vinden. Is "weg".

Ik ben een zeer beginnende Linux gebruiker. deze opzet werkte op een testpc en weigert nu te werken. (Ik heb de testpc met mn stomme kop leeg gemaakt.)

Ik heb veel gezocht maar kan niet de oplossing vinden.
Volgens mij staan de user-rights goed maar ik ben redelijk desperado en kan niet vinden waar het aan ligt.

Config files:

/etc/postfix/main.cf

code:

command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
setgid_group = postdrop
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no
myhostname = ******.nl # Mijn domein geleverd door mn provider.
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = *****, debian, localhost.localdomain, localhost # ***** = mn hostname

relayhost =  ***.******.nl #smtp server van mn provider.
mynetworks = 10.0.0.0/24
mailbox_command = /usr/bin/procmail     ##vul dit al in voor procmail !!

mailbox_size_limit = 0
recipient_delimiter = +

In /etc/mailname staat hetzelfde als bij myhostname in main.cf

In de userdir staan de volgende files:
.procmailrc

code:

PATH=/usr/bin:/bin:/usr/local/bin
MAILDIR=$HOME/Maildir   #in de Maildir voor courier zetten
DEFAULT=$MAILDIR/new    #in de Maildir voor courier zetten
PMDIR=/tmp/procmail
LOGFILE=/var/log/procmail
LOGFILE=$HOME/procmail.log
VERBOSE=on

.fetchmailrc

code:

poll pop.******.nl proto pop3
user "********" pass "********"

Fetchmail werkt. Als ik als user fetchmail intype krijg ik:

code:

fetchmail: No mail for **** at pop.*****.nl

Volgens mij werkt fetchmail nu wel. De pop-box is hierna (als er wat in staat) ook leeg.

Wat gaat er verkeerd en waarom komt mn email niet in de home/Maildir terecht?

[ Voor 3% gewijzigd door BCM op 18-01-2004 10:04 ]

[M55]

Heb je wel de maildir aangemaakt. ?

Onder debian kan dat met

maildirmake

ik weet niet of je er wat aan hebt, maar met exim en courier-imap onder debian
moest ik dit in mijn /etc/exim/exim.conf hebben staan

code:

######################################################################
#                      TRANSPORTS CONFIGURATION                      #
######################################################################
#                       ORDER DOES NOT MATTER                        #
#     Only one appropriate transport is called for each delivery.    #
######################################################################

# This transport is used for local delivery to user mailboxes. On debian
# systems group mail is used so we can write to the /var/spool/mail
# directory. (The alternative, which most other unixes use, is to deliver
# as the user's own group, into a sticky-bitted directory)

local_delivery:
  driver = appendfile
  maildir_format = true
  group = mail
  mode = 0660
  mode_fail_narrower = false
  delivery_date_add = true
  envelope_to_add = true
  return_path_add = true
  #file = /var/spool/mail/${local_part}
  directory = /home/${local_part}/Maildir/

[ Voor 88% gewijzigd door M55 op 18-01-2004 10:40 ]

[BCM]

M55 schreef op 18 januari 2004 @ 10:34:
Heb je wel de maildir aangemaakt. ?

Onder debian kan dat met

maildirmake

Yep, heb ik gedaan. Als User:

code:

maildirmake Maildir

[moto-moi]

Wat staat er in de logfiles van postfix ? Is er iets terug te vinden in een van de /var/spool directories ?

[BCM]

moto-moi schreef op 18 januari 2004 @ 12:20:
Wat staat er in de logfiles van postfix ? Is er iets terug te vinden in een van de /var/spool directories ?

Waar moet ik zoeken.

/var/spool/postfix

code:

.   active  corrupt  deferred  flush     lib       pid      public  usr
..  bounce  defer    etc       incoming  maildrop  private  saved

bijvoorbeeld:
/var/spool/postfix/incoming

code:

.  ..  0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F

[decipherer]

Ik heb laatst eenzelfde soort server opgezet. Ik moest dit in mijn main.cf plaatsen om procmail aan de gang te krijgen:

code:

mailbox_command = procmail -a "$EXTENSION"

[ Voor 9% gewijzigd door decipherer op 18-01-2004 15:48 ]

[zaphod_b]

Dit is mijn Debian setup, misschien heb je er iets aan....

main.cf:

code:

# appending .domain is the MUA's job.
append_dot_mydomain = no
myhostname = mijnhost.nl
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = mijnhost.nl, localhost
relayhost = smtpdinges.nl
mynetworks = 127.0.0.0/8 192.168.1.0/24 hash:/var/lib/pop-before-smtp/hosts
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
local_recipient_maps =

Mijn .procmailrc:

code:

# procmailrc


VERRBOSE=no
LOGABSTRACT=yes
MAILDIR=${HOME}/Maildir
DEFAULT=${MAILDIR}/

LOGFILE=${HOME}/log/procmail.log
LOG="--- Logging ${LOGFILE} for ${LOGNAME}, "

[ Voor 24% gewijzigd door zaphod_b op 18-01-2004 16:03 ]

[zaphod_b]

Ik kijk nog ff naar jouw config en vergelijk die met de mijne en ik zie dit in je .procmailrc:

code:

DEFAULT=$MAILDIR/new    #in de Maildir voor courier zetten

Verander dit eens zoals in de mijne...?? Misschien is dat het? (dus haalt dat 'new' aan 't eind weg)

[ Voor 8% gewijzigd door zaphod_b op 18-01-2004 15:57 ]

[decipherer]

Als TS zijn email in maildir formaat bewaart op zijn server heeft hij die 'new' wel degelijk nodig. Mail in maildir formaat wordt tijdens het binnehalen in $MAILDIR/new geplaatst en daarna verplaatst naar $MAILDIR/cur. Elke mail wordt in een apart bestand bewaart dat is ook de (een ?) reden waarom maildir geen locking behoeft.

[ Voor 19% gewijzigd door decipherer op 18-01-2004 16:04 ]

[zaphod_b]

DeCIpHeReR schreef op 18 januari 2004 @ 16:03:
Als TS zijn email in maildir formaat bewaart op zijn server heeft hij die 'new' wel degelijk nodig. Mail in maildir formaat wordt tijdens het binnehalen in $MAILDIR/new geplaatst en daarna verplaatst naar $MAILDIR/cur. Dat is ook de (een ?) reden waarom maildir geen locking behoeft.

Ik gebruik ook Maildir, en ik heb dit ooit zo in mekaar gezet volgens een keurige HOWTO.... sorry, geen link. Werkt hier uitermate prima. Ik kan me wel herinneren dat ik flink ruzie had met die Maildir in het begin (was nieuw voor me, ik werkte hiervoor met mbox). En dit werkt echt .

[decipherer]

Hmm.. vreemd.. Ik zie nu wel dat ik een paar directories door elkaar gehaald heb. Mail word binnegehaald in tmp en daarna verplaatst naar new.

(volgens deze beschrijving dan toch zeker: http://cr.yp.to/proto/maildir.html )