fetchmail: can't even send to USER

[egev]

Ik heb een vervelend probleempje met fetchmail.

Ik probeer de email te fetchen en op te slaan in de map van de gebruiker Rob
Ik heb dan ook .fetchmailrc aangemaakt in de map van de gebruiker en run daarna fetchmail om te testen (nog niet als demon)

Hier volgt de .fetchmailrc

code:

poll mail.compra.nl
proto pop3
user "xxxx"
pass "xxxx"
is Rob
fetchall
poll mail.compra.nl
proto pop3
user "xxxxx"
pass "xxxx"
is Rob
fetchall

De gebruiker is ook echt Rob en niet rob

Ik krijg wanneer fetchmail download echter de volgende melding, en ik krijg het niet opgelost...

uitvoer van fetchmail --keep

code:

2 messages for xxxx at mail.compra.nl (2660 octets).
reading message 1 of 2 (1579 octets) fetchmail: can't even send to Rob!
. not flushed
reading message 2 of 2 (1081 octets) fetchmail: can't even send to Rob!
. not flushed
fetchmail: No mail for xxxx at mail.compra.nl

Is er iemand die weet hoe ik dit probleem kan oplossen?

Bedankt!

[ Voor 5% gewijzigd door egev op 26-04-2003 19:26 ]

[Eärendil]

Stomme vraag misschien, maar heb je wel een smpt-daemon draaien?

[egeltje]

Als uitbreiding op Eärendil's berichtje:
FetchMail popt een (eventueel BSMTP) account leeg en opent een smtp connectie met je lokale server om de mail weer af te leveren.
Je hebt dus altijd iets als postfix/sendmail/qmail nodig om de mail naar je gebruikers te sturen.

[moto-moi]

Wat zegt fetchmail -vvvv trouwens

[egev]

Fetchmail -vvvv geeft oa

etchmail: SMTP> RCPT TO:<Rob@localhost>
fetchmail: SMTP< 550 5.1.1 <Rob@localhost>... User unknown
fetchmail: SMTP listener doesn't like recipient address `Rob@localhost'
fetchmail: SMTP> RCPT TO:<Rob@localhost>
fetchmail: SMTP< 550 5.1.1 <Rob@localhost>... User unknown
fetchmail: can't even send to Rob!

Maar Rob is gewoon een locale systeem gebruiker... dus waarom kan hij Rob@localhost niet mailen?

[phreggle]

Wat je ook kan doen (wanneer je bijvoorbeeld geen smtp daemon wilt draaien), is het doorsturen van de mail direct naar bijvoorbeeld procmail. Gebruik hiervoor de -m (mda) switch van fetchmail.

Bijvoorbeeld:

code:

fetchmail -m /usr/bin/procmail -d %T

Zie hiervoor verder ook de man page van fetchmail.

[egeltje]

Eh... even in domme vragen mode:
Begrijpt je mailserver de localhost namespace?

code:

%cat fetchmail.conf
set daemon 3600
poll pop3.xs4all.nl localdomains voorbeeld.nl:
        user xxx with pass yyy to * here
%

Zo dwing ik fetchmail het voorbeeld.nl domein te gebruiken bij het afleveren van mail. En aangezien ik mijn mailserver zelf geconfigureerd heb, weet ik dat dat bestaat.
Jij zou dan [e-mail] worden, ook al heet je elders [e-mail].

[pinball]

code:

poll pop.planet.nl proto pop3:
        user "xxxx" with password "xxxx" is pinball here
        smtpaddress dkit.nl

zo doet ie het hier (waar dkit.nl dus het lokale domein is waarvoor de mailservert mail accepteert.)

[Eärendil]

Het lijkt erop dat je SMTP-server niet houdt van usernames met hoofdletters. Heb je getest of je user Rob direct een email kan sturen?

[moto-moi]

Eärendil schreef op 27 April 2003 @ 11:53:
Het lijkt erop dat je SMTP-server niet houdt van usernames met hoofdletters. Heb je getest of je user Rob direct een email kan sturen?

Dat boeit niet, of je een email naar rob@server of RoB@server stuurt, ze komen allebei op dezelfde plek terecht.

* moto-moi gokt dat het te maken heeft met de user rob is rob here regel die niet in de configfile van de topicstarter zit.

[Eärendil]

Uit fetchmail -vvvv van de TS blijkt toch dat het ook werkt zonder die here? Want hij stuurt het netjes door naar Rob@localhost
Of bedoel je dat hij Rob in kleine letters moet schrijven?

[ Voor 20% gewijzigd door Eärendil op 27-04-2003 12:11 ]

[_JGC_]

Mijn vorige mailsysteem was toch echt case-sensitive. Dan kon een user JGC totaal iemand anders zijn dan jgc. Was best wel vervelend, draai nu een andere MDA

[egev]

Ik heb nu met procmail geprobeerd alles goed te krijgen. Mail moet straks ook gefilterd worden, dus lijkt procmail ook meteen de oplossing die ik nodig heb.

Het werkt helaas maar gedeeltelijk..
de mail wordt geplaatst in /var/spool/mail/Rob maar is niet te lezen (wel met een CAT of VI etc) wanneer ik het bv open in Pine ziet hij de mail niet, en ook via POP3 en outlook naar de server ziet hij ook de nieuwe berichten niet. Wanneer ik het hele mailbestand weggooi en meteen procmail die file laat aanmaken, plaatst hij ook de mail in de file, maar dan zegt Pine, Can't open inbox (file /var/spool/mail/Rob): not in valid mailbox format
Wat gaat er dan fout met procmail???

test procmailrc file

code:

LOGFILE=$MAILDIR/procmail.log

:0:
* ^To.*@mijndomein.nl
/var/mail/Rob

:0:
* ^To.*@mijndomein2.nl
/var/mail/Rob

logfile van procmail

code:

 Subject: testje
  Folder: /var/mail/Rob                                                    1742
 Subject: edwin test
  Folder: /var/mail/Rob                                                    1801
 Subject: testje
  Folder: /var/mail/Rob                                                    1744

[/code]

[phreggle]

Hmm, ik laat gewoon alles in m'n homedir zetten. Het begin van m'n .procmailrc is dan ook zo:

code:

PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin
MAILDIR=$HOME/Mail
DEFAULT=$MAILDIR/mbox
LOGFILE=$MAILDIR/procmail.log

en daarna de filter regels, waarmee je het verdeelt. De mail komt dan te staan in ~/Mail/mbox , ~/Mail/blaat etc en zo kan ik het prima openen met mutt of benaderen via outlook (met imap).

[egev]

Pfffff. Hele probleem opgelost...
kennelijk vind sendmail idd gebruikersnamen met hoofdletters niet prettig. Ik heb de naam Rob veranderd in rob (systeem user) en daarna kan fetchmail met smtp wel de mails bezorgen aan rob.

Bedankt iedereeen voor de aanwijzingen!