From: Alex M. <al3...@gm...> - 2006-01-25 21:01:01
|
Hi all, First of all, excuse me if i ask some repetitive question. I´ve been loking on internet for the solution or a similar problem with no luck. I´m trying to use fetchmail with a pop account. I´ve tried this conf: alex@trantor:~$ cat .fetchmailrc #set syslog poll localhost with proto POP3 user ale...@mo... there to alex here alex@trantor:~$ and it seems that works, it connects and i can see on the shell some messages... until i try to read with mutt. fetchmail is not writing the mails or at least i don´t know where is it writing them. I´m running debian stable and fetchmail 6.2.5.4-1. I attach you some more information of fetchmail -V ------------------------------------------------ alex@trantor:~$ fetchmail -V This is fetchmail release 6.2.5.4+NTLM+SDPS+SSL+NLS Fallback MDA: (none) Linux trantor 2.4.27-2-386 #1 Mon May 16 16:47:51 JST 2005 i686 GNU/Linux Taking options from command line and /home/alex/.fetchmailrc Idfile is /home/alex/.fetchids Fetchmail will show progress dots even in logfiles. Fetchmail will forward misaddressed multidrop messages to alex. Options for retrieving from ale...@mo...@localhost: True name of server is localhost. Password will be prompted for. Protocol is POP3. All available authentication methods will be tried. Server nonresponse timeout is 300 seconds (default). Default mailbox selected. Only new messages will be retrieved (--all off). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is disabled (stripcr off). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Fetch message size limit is 100 (--fetchsizelimit 100). Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10). Messages will be SMTP-forwarded to: localhost (default) Single-drop mode: 1 local name(s) recognized. No UIDs saved from this host. alex@trantor:~$ ------------------------------------------------ Any help or link would be appreciated. Thanks a lot |
From: Rob M. <rob...@gm...> - 2006-01-26 00:19:24
|
On 25/01/06, Alex Moreno <al3...@gm...> wrote: > Hi all, > > First of all, excuse me if i ask some repetitive question. I´ve been loking > on internet for the solution or a similar problem with no luck. I´m trying > to use fetchmail with a pop account. I´ve tried this conf: > > > alex@trantor:~$ cat .fetchmailrc > #set syslog > > poll localhost with proto POP3 > user ale...@mo... there to alex here > > alex@trantor:~$ > > > and it seems that works, it connects and i can see on the shell some > messages... until i try to read with mutt. fetchmail is not writing the > mails or at least i don´t know where is it writing them. > > I´m running debian stable and fetchmail 6.2.5.4-1. I attach you some more > information of fetchmail -V No, it's not the output of "-V" we need, it's the output of "-v -v -v" (lower case). -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Matthias A. <mat...@gm...> - 2006-01-26 01:25:23
|
Alex Moreno <al3...@gm...> writes: > and it seems that works, it connects and i can see on the shell some > messages... until i try to read with mutt. fetchmail is not writing the mails > or at least i don´t know where is it writing them. ... > Messages will be SMTP-forwarded to: localhost (default) Check the log of your SMTP listener (Exim or whatever you're using), /var/log/maillog and /var/log/mail are common places, I don't know what Debian uses though (read /etc/syslog.conf to find out). This seems to be a problem outside fetchmail from your description. -- Matthias Andree |
From: Alex M. <al3...@gm...> - 2006-01-26 09:23:59
|
smtp works ok. I´m using qmail some time ago and now, after installing mutt i can send mails without problems... The problem appears trying to read the incoming mails by pop3... fetchmail is not writing my mails on ~/Mail or any other known directory... On 1/26/06, Matthias Andree <mat...@gm...> wrote: > > Alex Moreno <al3...@gm...> writes: > > > and it seems that works, it connects and i can see on the shell some > > messages... until i try to read with mutt. fetchmail is not writing the > mails > > or at least i don´t know where is it writing them. > > ... > > > Messages will be SMTP-forwarded to: localhost (default) > > Check the log of your SMTP listener (Exim or whatever you're using), > /var/log/maillog and /var/log/mail are common places, I don't know what > Debian uses though (read /etc/syslog.conf to find out). This seems to be > a problem outside fetchmail from your description. > > -- > Matthias Andree > |
From: Matthias A. <mat...@gm...> - 2006-01-26 09:35:45
|
On Thu, 26 Jan 2006, Alex Moreno wrote: > smtp works ok. I´m using qmail some time ago and now, after installing mutt > i can send mails without problems... The problem appears trying to read the > incoming mails by pop3... fetchmail is not writing my mails on ~/Mail or any > other known directory... Please do not top-post. http://www.netmeister.org/news/learn2quote.html applies to mailing lists, too. Fetchmail DOES NOT (as of 6.3.X and older versions) deliver to mailboxes or maildirs. Fetchmail hands mail off to your SMTP server (qmail in your case), which is responsible for delivery. Check your qmail configuration (its mail log, qmail-showctl output, qmail-qread and similar) to find out where your mail is stuck or going to. Double-check if qmail knows what your computer is called (/var/qmail/control/me, .../locals). Side note: qmail turned out over the years to be a defective and unmaintained software package, and rather complicated to set up. My /personal/ favorite alternatives at this time are Postfix + Dovecot. Others may be happy with Courier-IMAP, popa3d, Exim, Courier as a whole, or other systems. (<http://www.postfix.org/>, <http://dovecot.org/>) Details on qmail flaws are given in <http://home.pages.de/~mandree/qmail-bugs.html>. -- Matthias Andree |
From: Rob M. <rob...@gm...> - 2006-01-26 11:52:47
|
On 26/01/06, Alex Moreno <al3...@gm...> wrote: > smtp works ok. I´m using qmail some time ago and now, after installing mutt > i can send mails without problems... The problem appears trying to read the > incoming mails by pop3... fetchmail is not writing my mails on ~/Mail or any > other known directory... Once more, before I give up... Output of "fetchmail -v -v -v" please. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Rob M. <rob...@gm...> - 2006-01-27 00:13:53
|
Please: 1) Keep traffic on the list 2) Don't top post On 26/01/06, Alex Moreno <al3...@gm...> wrote: > ok, sorry, i thougth it was -V > > ------- > trantor:~# fetchmail -v > fetchmail: no mailservers have been specified. > trantor:~# fetchmail -v -v -v > fetchmail: no mailservers have been specified. > ------- > > is that an error? Yes. Try specifying the path to your configuration file: fetchmail -v -v -v -f /path/to/fetchmailrc -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |