Fetchmail wil geen mail ophalen

[deepbass909]

Ik ben bezig mijn email systeem op mijn server op te zetten. Het is een schone install van Gentoo, met fetchmail, procmail en mutt geïnstalleerd.

Ik heb een .fetchmailrc bestand aangemaakt, met de juiste permissies. Verder is er nog niks geconfigureerd.

.fetchmailrc:

code:

poll [e-mail]
    proto pop3
    via pop3.hogevonder.net
    user "***"
    pass "***"
    is chris
    keep
    fetchall
    nossl

De server instellingen zijn goed (onder windows kan gewoon email ophalen van deze server met dezelfde gebruikersnaam en wachtwoord). Maar onder linux krijg ik de volgende melding:

code:

fetchmail -akc -m "/usr/bin/procmail -d %T"
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
fetchmail: No mail for *** at [e-mail]

Op de server is email aanwezig (ik laat ze altijd 7 dagen op de server staan).

Waar kan de fout zitten?

[edit]
Ik heb al op google gezocht, maar kan daar geen oplossing vinden, alleen dat meerdere mensen een dergelijk probleem kennen (maar er staat vervolgens geen werkende oplossing bij). En op GoT kan ik ook niks vinden.

[ Voor 13% gewijzigd door deepbass909 op 11-05-2005 12:28 ]

[Verwijderd]

Ik doe het altijd zo:

code:

set postmaster ""
defaults proto pop3 antispam 550 
poll server.domein.tld:
        user "username" with pass "password" is "echteusername" here 
        user "username" with pass "password" is "echteusername" here 

poll server2.domein.tld:
        user "[e-mail]" with pass "password" is "echteusername" here  ssl

[deepbass909]

Ik krijg dan dezelfde fout...

wat ik tot nu toe heb gevonden is dat er blijkbaar iets fout gaat tussen mijn mail-aanbieder en mijn systeem. Dit is een weergave van de output van fetchmail als ik mail op probeer te halen:

code:

Checking for mail on server(s) with command fetchmail -v -f '/home/chris/.fetchmailrc' ..

fetchmail: 6.2.5 querying pop3.hogevonder.net (protocol auto) at Wed May 11 12:57:19 2005: poll started
fetchmail: 6.2.5 querying pop3.hogevonder.net (protocol IMAP) at Wed May 11 12:57:19 2005: poll started
fetchmail: IMAP< * OK server5.firstfind.nl Cyrus IMAP4 v2.0.16 server ready
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT MULTIAPPEND SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS AUTH=CRAM-MD5 AUTH=DIGEST-MD5 X-NETSCAPE
fetchmail: IMAP< A0001 OK Completed
fetchmail: IMAP> A0002 STARTTLS
fetchmail: IMAP< A0002 OK Begin TLS negotiation now
fetchmail: Issuer Organization: Internet Widgits Pty Ltd
fetchmail: Issuer CommonName: server5.
fetchmail: Server CommonName: server5.
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
fetchmail: pop3.hogevonder.net key fingerprint: CE:B7:08:10:39:C1:76:B8:3F:BB:30:CC:E8:FA:F8:6A
fetchmail: Warning: server certificate verification: self signed certificate
fetchmail: Issuer Organization: Internet Widgits Pty Ltd
fetchmail: Issuer CommonName: server5.
fetchmail: Server CommonName: server5.
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
fetchmail: Warning: server certificate verification: self signed certificate
fetchmail: IMAP> A0003 CAPABILITY
fetchmail: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT MULTIAPPEND SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS AUTH=LOGIN AUTH=PLAIN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 X-NETSCAPE
fetchmail: IMAP< A0003 OK Completed
fetchmail: IMAP> A0004 AUTHENTICATE CRAM-MD5
fetchmail: IMAP< + PDI3MTc1OTYxNzIuODUxMjg1MEBzZXJ2ZXI1LmZpcnN0ZmluZC5ubD4=
fetchmail: IMAP> aG9nZXZvbmRlcjAyIDNiNzQ1Y2VlNzUzMTk2YWFlOTM2ODllMDlmMzYxODVj
fetchmail: IMAP< A0004 OK Success (tls protection)
fetchmail: IMAP> A0005 SELECT "INBOX"
fetchmail: IMAP< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $MDNSent)
fetchmail: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $MDNSent \*)]  
fetchmail: IMAP< * 0 EXISTS
fetchmail: IMAP< * 0 RECENT
fetchmail: IMAP< * OK [UIDVALIDITY 1055452684]  
fetchmail: IMAP< * OK [UIDNEXT 10865]  
fetchmail: IMAP< A0005 OK [READ-WRITE] Completed
fetchmail: No mail for *** at pop3.hogevonder.net
fetchmail: IMAP> A0006 LOGOUT
fetchmail: IMAP< * BYE LOGOUT received
fetchmail: IMAP< A0006 OK Completed
fetchmail: 6.2.5 querying pop3.hogevonder.net (protocol IMAP) at Wed May 11 12:57:19 2005: poll completed
fetchmail: 6.2.5 querying pop3.hogevonder.net (protocol auto) at Wed May 11 12:57:19 2005: poll completed
fetchmail: normal termination, status 1

.. checking complete.

[ Voor 99% gewijzigd door deepbass909 op 11-05-2005 12:58 ]

[Sir Isaac]

probeer fetchmailconf eens, die maakt een werkende configuratie voor je.

[moto-moi]

deepbass909 schreef op woensdag 11 mei 2005 @ 12:27:
De server instellingen zijn goed (onder windows kan gewoon email ophalen van deze server met dezelfde gebruikersnaam en wachtwoord). Maar onder linux krijg ik de volgende melding:

code:

fetchmail -akc -m "/usr/bin/procmail -d %T"
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
fetchmail: No mail for *** at [e-mail]

Op de server is email aanwezig (ik laat ze altijd 7 dagen op de server staan).
Waar kan de fout zitten?

De fout zit bij de server waar je naar toe connect.
als ik telnet op poort 110 (pop3 dus ), krijg ik dit te zien:

code:

+OK server5.firstfind.nl Cyrus POP3 v2.0.16 server ready

M.a.w.: de server weet niet dat hij ook pop3.hogevonder.net is

De fout zit dus bij die provider, ik kan alleen zo snel geen oplossing in de manpage vinden.

[deepbass909]

en die werkt nou net niet... daar krijg ik deze fout:

code:

fetchmailconf
Traceback (most recent call last):
  File "/usr/bin/fetchmailconf", line 9, in ?
    from Tkinter import *
ImportError: No module named Tkinter

Ik weet niet goed wat ik daarmee moet...
Portage kent niks met tkinter in de naam of omschrijving.

Ik probeer trouwens deze handleiding van Gentoo te volgen.

[deepbass909]

fetchmail werkt inmiddels. Ik heb de .fetchmailrc aangepast tot het volgende:

code:

poll pop3.hogevonder.net protocol pop3 user "xxx" password "yyy"

@moto-moi
daar was ik opzich ook al achter, alleen gaf hij ook met server5.firstfind.nl (de officiele naam dus) dezelfde fout. Maar het werkt, nu verder met procmail (die klaagt over een Unexpected end of file...)

[ Voor 10% gewijzigd door deepbass909 op 11-05-2005 13:47 ]

[Verwijderd]

deepbass909 schreef op woensdag 11 mei 2005 @ 12:55:
Ik krijg dan dezelfde fout...

wat ik tot nu toe heb gevonden is dat er blijkbaar iets fout gaat tussen mijn mail-aanbieder en mijn systeem. Dit is een weergave van de output van fetchmail als ik mail op probeer te halen:

code:

Checking for mail on server(s) with command fetchmail -v -f '/home/chris/.fetchmailrc' ..
fetchmail: IMAP> A0002 STARTTLS
fetchmail: IMAP< A0002 OK Begin TLS negotiation now
fetchmail: Issuer Organization: Internet Widgits Pty Ltd
fetchmail: Issuer CommonName: server5.
fetchmail: Server CommonName: server5.
fetchmail: Server CommonName mismatch: server5. != pop3.hogevonder.net
.

Als je dit nou eerder gepost had!
Je verbindt met IMAP over TLS/SSL naar een server die een andere naam heeft dan in zijn certificaat staat, dus fetchmail kapt hem af, want dit zou wel eens een andere server kunnen zijn dan die waar jij naar wil connecten.

Of naar de goeie server connecten, pop3.hogevonder.net dus, of TLS uitzetten.

[ Voor 6% gewijzigd door Verwijderd op 11-05-2005 16:14 ]

[deepbass909]

Verwijderd schreef op woensdag 11 mei 2005 @ 16:14:
[...]


Als je dit nou eerder gepost had!
Je verbindt met IMAP over TLS/SSL naar een server die een andere naam heeft dan in zijn certificaat staat, dus fetchmail kapt hem af, want dit zou wel eens een andere server kunnen zijn dan die waar jij naar wil connecten.

Of naar de goeie server connecten, pop3.hogevonder.net dus, of TLS uitzetten.

De respons van de server is mij niet geheel duidelijk, waarschijnlijk zat er een fout in de .fetchmailrc, want ik doe duidelijk een verzoek tot pop3 op een server die daar gewoon mee overweg kan (nogmaals onder windows levert dit geen probleem op).
Wat TLS betreft, ik heb die niet aangezet, dus tenzij het ergens een default is, zou die uit moeten staan, en weet ik dus ook daar niet van waar die vandaan komt.

Maar fetchmail haalt inmiddels vrolijk mijn mail op, en procmail zet die vervolgens netjes in de map waar het zou moeten staan. De volgende stap wordt een locale imap server starten, zodat ik voortaan overal bij mijn mail kan komen.

[Verwijderd]

deepbass909 schreef op woensdag 11 mei 2005 @ 16:55:
[...]


De respons van de server is mij niet geheel duidelijk, waarschijnlijk zat er een fout in de .fetchmailrc, want ik doe duidelijk een verzoek tot pop3 op een server die daar gewoon mee overweg kan (nogmaals onder windows levert dit geen probleem op).
Wat TLS betreft, ik heb die niet aangezet, dus tenzij het ergens een default is, zou die uit moeten staan, en weet ik dus ook daar niet van waar die vandaan komt.

Maar fetchmail haalt inmiddels vrolijk mijn mail op, en procmail zet die vervolgens netjes in de map waar het zou moeten staan. De volgende stap wordt een locale imap server starten, zodat ik voortaan overal bij mijn mail kan komen.

code:

fetchmail: IMAP> A0002 STARTTLS
fetchmail: IMAP< A0002 OK Begin TLS negotiation now

De respons van de server is zo duidelijk als het maar kan, en bovenstaande is ook zo duidelijk als het maar kan, hij gebruikt IMAP over TLS.

Waarom snap ik niet, want in je fetchmailrc gebruik je pop3.
Edit je wel de goeie fetchmailrc?

code:

fetchmail: 6.2.5 querying pop3.hogevonder.net (protocol auto) at Wed May 11 12:57:19 2005: poll started
fetchmail: 6.2.5 querying pop3.hogevonder.net (protocol IMAP) at Wed May 11 12:57:19 2005: poll started

Ook zoiets, protocol auto.
Terwijl je pop3 als protocol in je fetchmailrc zegt te hebben.

[ Voor 25% gewijzigd door Verwijderd op 11-05-2005 17:03 ]

[deepbass909]

De output van fetchmail rept nu niks meer over IMAP, alles loopt direct over POP3, hij pakt nog wel TLS, maar dat gaat zonder fouten, dus dat laat ik ook zo.

Conclusie, dit probleem is opgelost!