You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(16) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(21) |
Sep
(17) |
Oct
(35) |
Nov
(39) |
Dec
(55) |
2006 |
Jan
(70) |
Feb
(11) |
Mar
(55) |
Apr
(27) |
May
(73) |
Jun
(47) |
Jul
(63) |
Aug
(27) |
Sep
(52) |
Oct
(39) |
Nov
(87) |
Dec
(15) |
2007 |
Jan
(23) |
Feb
(46) |
Mar
(108) |
Apr
(63) |
May
(54) |
Jun
(34) |
Jul
(29) |
Aug
(103) |
Sep
(46) |
Oct
(69) |
Nov
(29) |
Dec
(17) |
2008 |
Jan
(45) |
Feb
(32) |
Mar
(25) |
Apr
(17) |
May
(39) |
Jun
(20) |
Jul
(64) |
Aug
(31) |
Sep
(38) |
Oct
(20) |
Nov
(42) |
Dec
(50) |
2009 |
Jan
(10) |
Feb
(38) |
Mar
(3) |
Apr
(29) |
May
(41) |
Jun
(31) |
Jul
(21) |
Aug
(53) |
Sep
(49) |
Oct
(26) |
Nov
(28) |
Dec
(15) |
2010 |
Jan
(83) |
Feb
(38) |
Mar
(33) |
Apr
(44) |
May
(9) |
Jun
(16) |
Jul
(35) |
Aug
(38) |
Sep
(11) |
Oct
(35) |
Nov
(68) |
Dec
(19) |
2011 |
Jan
(16) |
Feb
(69) |
Mar
(42) |
Apr
(54) |
May
(56) |
Jun
(29) |
Jul
|
Aug
(65) |
Sep
(3) |
Oct
(39) |
Nov
(33) |
Dec
(4) |
2012 |
Jan
(31) |
Feb
(21) |
Mar
(26) |
Apr
(13) |
May
(38) |
Jun
(39) |
Jul
(14) |
Aug
(31) |
Sep
(8) |
Oct
(32) |
Nov
(12) |
Dec
(16) |
2013 |
Jan
(40) |
Feb
(22) |
Mar
(21) |
Apr
(15) |
May
(13) |
Jun
(9) |
Jul
(34) |
Aug
(10) |
Sep
(10) |
Oct
|
Nov
(7) |
Dec
(1) |
2014 |
Jan
(25) |
Feb
(9) |
Mar
(8) |
Apr
(12) |
May
(7) |
Jun
|
Jul
(7) |
Aug
(4) |
Sep
(27) |
Oct
(25) |
Nov
(18) |
Dec
(3) |
2015 |
Jan
(18) |
Feb
(13) |
Mar
(4) |
Apr
(19) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(7) |
Sep
(6) |
Oct
(4) |
Nov
(19) |
Dec
(6) |
2016 |
Jan
|
Feb
(8) |
Mar
(14) |
Apr
|
May
(11) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(10) |
Oct
|
Nov
(11) |
Dec
(17) |
2017 |
Jan
(17) |
Feb
(35) |
Mar
|
Apr
(4) |
May
(8) |
Jun
(2) |
Jul
(16) |
Aug
|
Sep
(5) |
Oct
(11) |
Nov
(15) |
Dec
(10) |
2018 |
Jan
|
Feb
(3) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(8) |
Jul
|
Aug
(10) |
Sep
(17) |
Oct
(15) |
Nov
(12) |
Dec
(10) |
2019 |
Jan
(4) |
Feb
(14) |
Mar
(33) |
Apr
(17) |
May
(7) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
(22) |
Oct
(13) |
Nov
|
Dec
|
2020 |
Jan
(36) |
Feb
(19) |
Mar
(31) |
Apr
(2) |
May
(22) |
Jun
(7) |
Jul
(25) |
Aug
(9) |
Sep
(17) |
Oct
(52) |
Nov
(13) |
Dec
(9) |
2021 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(15) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(23) |
Sep
(3) |
Oct
(8) |
Nov
(28) |
Dec
(9) |
2022 |
Jan
(38) |
Feb
(2) |
Mar
(56) |
Apr
(24) |
May
(29) |
Jun
(22) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(2) |
Dec
|
2023 |
Jan
(6) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(21) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2024 |
Jan
(15) |
Feb
(4) |
Mar
|
Apr
(4) |
May
(11) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(1) |
Dec
(1) |
2025 |
Jan
(7) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(10) |
Jul
|
Aug
(1) |
Sep
(12) |
Oct
|
Nov
|
Dec
|
From: Spam M. <wel...@gm...> - 2006-09-30 19:54:19
|
Hello, I appologize if this has been asked before, but I've search the archives and found no solution. What I'd like to do is have fetchmail collect mail from all my various email accounts, and forward everything to my gmail account. I've been able to get the polling working properly, however I can't get the messages properly forwarding to my gmail account. I was just wondering if I've set the smtp variables correctly (see .fetchmailrc included below)? If i remove the two smtp lines, fetchmail happily runs and exits with no errors (however since I dont have any email software installed locally the mail doesn't actually go anywhere). However, when I add the smtp lines the software hangs on the "reading message add...@gm...@gmail-pop.l.google.com:1 of 11 (2020 octets)" line. I'm using version 6.3.2, and my .fetchmailrc is below (where I want to collect messages from address1 and forward them to address 2): poll pop.gmail.com proto POP3 port 995 user 'add...@gm...' ssl smtphost 'smtp1.sympatico.ca' smtpname 'add...@gm...' fetchall keep Thanks for any help! Dan |
From: Rob M. <rob...@gm...> - 2006-09-30 18:39:10
|
On 9/30/06, M. Fioretti <mfi...@mc...> wrote: > Being too clever for my own good, I have the home computer in such a > state, thanks to a lot of experiments, that I cannot install other > clients without a lot of work (my fault, yes). However, I have the > password stored in the browser, so I don't have to type it every time > I check email with squirrelmail. I have looked at what firefox > transmits thanks to the live http headers extension. > > The same password which, sent to squirrelmail via the form, works, > doesn't work if I copy it (correcting urlencoding, of course) into the > fetchmail script... > > What else could it be? Lots of things, not least being the authentication method used and the configuration of dovecot. I should point out that, given that your install of fetchmail works against other remote servers the problem is almost certainly related to the configuration of the dovecot server. > of course, but the password should be the same, shouldn't it? Yes, but my point is that dovecot does not necessarily accept the authentication method that fetchmail is trying to use from a remote host (or even a local one). I would advise you do the following: 1) Increase the logging level on the dovecot server. That will tell you why the connection is failing. 2) Install fetchmail locally on the dovecot server. Try doing a mail check both against localhost and it's external IP. 3) Try any other remote client from the linux box. At the very least you need to do (1). Until you do that we don't know why the dovecot server isn't accepting the connections. -- 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: M. F. <mfi...@mc...> - 2006-09-30 17:41:30
|
On Wed, Sep 27, 2006 17:04:05 PM +0100, Rob MacGregor (rob...@gm...) wrote: > Well, one quick test would be to use any other IMAP/POP client (from > the home linux PC) against the remote server to confirm that the > username/password are correct. Being too clever for my own good, I have the home computer in such a state, thanks to a lot of experiments, that I cannot install other clients without a lot of work (my fault, yes). However, I have the password stored in the browser, so I don't have to type it every time I check email with squirrelmail. I have looked at what firefox transmits thanks to the live http headers extension. The same password which, sent to squirrelmail via the form, works, doesn't work if I copy it (correcting urlencoding, of course) into the fetchmail script... What else could it be? > (Note that using squirrelmail doesn't necessarily test the same > connection methods, of course, but the password should be the same, shouldn't it? TIA, Marco -- Marco Fioretti mfioretti, at the server mclink.it Fedora Core 3 for low memory http://www.rule-project.org/ The biggest problem with communication is the illusion that it has occurred read on Slashdot |
From: Rob M. <rob...@gm...> - 2006-09-27 18:04:39
|
On 9/27/06, Marco Fioretti <mfi...@mc...> wrote: > > In which way? My understanding is that, with those settings, secure > connection should be tried but, if failing, unsecure one would be used > without problems. That's why I wrote what I wrote? Where am I wrong here? I have exactly zero experience of dovecot, so couldn't tell you. Some POP/IMAP servers however default to requiring SSL for unsecure auth methods. > No, sorry. The remote server runs postfix + dovecot + squirrelmail just fine. > Fetchmail runs on my _home_ linux PC: it works fine with other accounts on _other_ > servers (all pop3) which I do not administer. Only on this box which I'm setting > up myself there is this problem between the home fetchmail and the remote dovecot. > > I'll try the test and settings you suggested tonight at home and report. In the > meantime any feedback (especially to my answers in this message) is greatly appreciated. Well, one quick test would be to use any other IMAP/POP client (from the home linux PC) against the remote server to confirm that the username/password are correct. (Note that using squirrelmail doesn't necessarily test the same connection methods, squirrelmail may be configured to use the loopback interface, which may have different, eg lower, security settings). -- 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: Marco F. <mfi...@mc...> - 2006-09-27 17:54:42
|
Rob wrote: > > (I'll fix the certificates problem after I've managed to get > > in successfully with plain imap or pop3) > > They may be linked. In which way? My understanding is that, with those settings, secure connection should be tried but, if failing, unsecure one would be used without problems. That's why I wrote what I wrote? Where am I wrong here? > > (note: fetchmail is regularly working on other accounts) > > On this server? If so it points directly to a username/password > mismatch between the server and fetchmail. No, sorry. The remote server runs postfix + dovecot + squirrelmail just fine. Fetchmail runs on my _home_ linux PC: it works fine with other accounts on _other_ servers (all pop3) which I do not administer. Only on this box which I'm setting up myself there is this problem between the home fetchmail and the remote dovecot. I'll try the test and settings you suggested tonight at home and report. In the meantime any feedback (especially to my answers in this message) is greatly appreciated. Ciao, Marco |
From: Rob M. <rob...@gm...> - 2006-09-27 17:36:46
|
On 9/27/06, Marco Fioretti <mfi...@mc...> wrote: > Hello, > > I have dovecot q1.0-0_22.rc7 up and running on a server: I can read > email from squirrelmail just fine. When I try to download email with > fetchmail, however, I get the result below. Why is that happening? In > dovecot.conf I have: > > protocols = imap imaps pop3, > > so why should pop3 or imap fail? Where should I look? > > (I'll fix the certificates problem after I've managed to get in > successfully with plain imap or pop3) They may be linked. > (note: fetchmail is regularly working on other accounts) On this server? If so it points directly to a username/password mismatch between the server and fetchmail. The errors provided by fetchmail suggest you're either requiring SSL/TLS for logins or you've got an error in the username or password in the fetchmail config. I'd advise you increase the logging level on the server and retry. -- 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: Marco F. <mfi...@mc...> - 2006-09-27 17:09:23
|
Hello, I have dovecot q1.0-0_22.rc7 up and running on a server: I can read email from squirrelmail just fine. When I try to download email with fetchmail, however, I get the result below. Why is that happening? In dovecot.conf I have: protocols = imap imaps pop3, so why should pop3 or imap fail? Where should I look? (I'll fix the certificates problem after I've managed to get in successfully with plain imap or pop3) (note: fetchmail is regularly working on other accounts) Thanks, Marco fetchmail: 6.3.2 querying my.server (protocol POP3) at Wed 27 Sep 2006 12:15:17 AM CEST: poll started fetchmail: POP3< +OK Dovecot ready. fetchmail: POP3> CAPA fetchmail: POP3< +OK fetchmail: POP3< CAPA fetchmail: POP3< TOP fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< PIPELINING fetchmail: POP3< STLS fetchmail: POP3< USER fetchmail: POP3< SASL PLAIN DIGEST-MD5 fetchmail: POP3< . fetchmail: POP3> STLS fetchmail: POP3< +OK Begin TLS negotiation now. fetchmail: Issuer Organization: SomeOrganization fetchmail: Issuer CommonName: localhost.localdomain fetchmail: Server CommonName: localhost.localdomain fetchmail: Server CommonName mismatch: localhost.localdomain != my.server fetchmail: my.server key fingerprint: ... fetchmail: Server certificate verification error: self signed certificate fetchmail: POP3> CAPA fetchmail: POP3< +OK fetchmail: POP3< CAPA fetchmail: POP3< TOP fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< PIPELINING fetchmail: POP3< USER fetchmail: POP3< SASL PLAIN DIGEST-MD5 fetchmail: POP3< . fetchmail: POP3> USER user_name fetchmail: POP3< +OK fetchmail: POP3> PASS * fetchmail: POP3< -ERR Authentication failed. fetchmail: Authentication failed. fetchmail: Authorization failure on user_name at my.server fetchmail: POP3> QUIT fetchmail: POP3< +OK Logging out fetchmail: 6.3.2 querying my.server (protocol POP3) at Wed 27 Sep 2006 12:15:21 AM CEST: poll completed fetchmail: Query status=3 (AUTHFAIL) fetchmail: Writing fetchids file. fetchmail: normal termination, status 3 fetchmail: Writing fetchids file. if I try with IMAP the part after the certificate verification error is: fetchmail: IMAP> A0003 CAPABILITY fetchmail: IMAP< * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDRE N NAMESPACE LOGIN-REFERRALS AUTH=PLAIN AUTH=DIGEST-MD5 fetchmail: IMAP< A0003 OK Capability completed. fetchmail: Protocol identified as IMAP4 rev 1 fetchmail: IMAP> A0004 LOGIN "user_name" * fetchmail: IMAP< A0004 NO Authentication failed. fetchmail: IMAP> A0005 * fetchmail: Authorization failure on user_name at my.server fetchmail: IMAP> A0006 LOGOUT fetchmail: IMAP< A0005 BAD Error in IMAP command received by server. fetchmail: IMAP< * BYE Logging out and I don't see any error message related to this in the server log. |
From: Andrea B. <and...@ti...> - 2006-09-27 15:18:56
|
> Good, just remember to run "newaliases" I run "postalias" because I have "postfix". bye Andrea |
From: Matthias A. <mat...@gm...> - 2006-09-26 00:46:14
|
"Andrea Bencini" <and...@ti...> writes: >> But doesn't work on qmail -- > > My MTA is postfix. Good, just remember to run "newaliases" after the changes to the aliases file (and be sure to set alias_maps and alias_database correctly and to edit the right file). -- Matthias Andree |
From: Matthias A. <mat...@gm...> - 2006-09-26 00:42:10
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, I have uploaded a new fetchmail beta 6.3.5-beta3 snapshot to a temporary download location: <http://www.dt.e-technik.uni-dortmund.de/~ma/fetchmail/> Changes in fetchmail 6.3.5-beta3 since 6.3.5-beta2: * Avoid crash in env.c/host_fqdn if we cannot canonicalize our own hostname. Reported by Alexander Holler. * SSL fix by Miloslav Trmac (Red Hat): free the SSL contexts after the connection, to avoid from growing SSL certpaths without bounds, avoid using SSL contexts for unrelated connections, and to fix Red Hat Bug #206346. * When going to sleep, log for how long. Suggested by Claudia Ludwig. * Catalan/ca (Ernest Adrogué Calveras), Japanese/ja (Takeshi Hamasaki) - also made gettext 0.15 ready, Polish/pl (Jakub Bogusz), Russian/ru (Pavel Maryanov), Spanish/es (Héctor García Álvarez), Vietnamese/vi (Clytie Siddall) Happy fetching, Matthias Andree -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFFGFsivmGDOQUufZURAqhNAJ0QMXKB2d+YvI0hcJjDxgCHzDy4HwCgujiI gDwT8x3wcUkq1asRN1wHTL4= =Bvhi -----END PGP SIGNATURE----- |
From: Rob M. <rob...@gm...> - 2006-09-23 18:09:32
|
On 9/23/06, Aaron Wasserott <aa...@vi...> wrote: > I would like to be able to save each email fetched in it's own file. Is > there a way to do this using the option bsmtp? The manual page for the > .fetchmailrc file states that there is an option to bsmtp which is -o. You may need to write your own LDA (local delivery agent), or configure your local LDA accordingly. I'm pretty sure this has been discussed in the past, so a search of the archives should help. -- 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: Andrea B. <and...@ti...> - 2006-09-23 14:54:18
|
> But doesn't work on qmail -- My MTA is postfix. Andrea |
From: Aaron W. <aa...@vi...> - 2006-09-23 14:46:34
|
I would like to be able to save each email fetched in it's own file. Is there a way to do this using the option bsmtp? The manual page for the .fetchmailrc file states that there is an option to bsmtp which is -o. What does this do? TIA! - Aaron |
From: Matthias A. <mat...@gm...> - 2006-09-23 11:29:56
|
"Andrea Bencini" <and...@ti...> writes: >> If your original question was "how to duplicate messages for two >> accounts" > > Yes, it was that. > >> For anything that is remotely sendmail compatible (i. e. most mailers >> except qmail), writing something like this line into /etc/aliases > > This is the way. But doesn't work on qmail -- you need add-on software for that. -- Matthias Andree |
From: Andrea B. <and...@ti...> - 2006-09-22 16:14:41
|
> If your original question was "how to duplicate messages for two > accounts" Yes, it was that. > For anything that is remotely sendmail compatible (i. e. most mailers > except qmail), writing something like this line into /etc/aliases This is the way. Thank Matthias Andrea |
From: Matthias A. <mat...@gm...> - 2006-09-22 00:13:28
|
"Andrea Bencini" <and...@ti...> writes: >> what exactly was unclear about "Multiple servers may be listed:" in said >> section? > > The section that I read was "Configuration examples". > The examples are clear, but I did'nt find the answer to my question. If your original question was "how to duplicate messages for two accounts", fetchmail doesn't directly support that, since it's built around the idea of a local fully-fledged mail server that can do alias expansion. For anything that is remotely sendmail compatible (i. e. most mailers except qmail), writing something like this line into /etc/aliases or /etc/mail/aliases (check your manuals, details differ!) would work after running "sendmail -bi" or whatever else your system requires to rebuild the alias database: locallist: localuser1 localuser2 Alternatively, but not recommended, you can trick it into doing that by using an program that can deliver to multiple recipients at the same time, for instance: mda "/usr/sbin/sendmail -i -f %F -- localuser1 localuser2" Syntax is crucial for the MDA option, do NOT add single quotes here, and don't forget the -i. Note that most filtering MDAs do not support multiple recipients on the command line, so you'd need to spell this out in the configuration file. -- Matthias Andree |
From: Andrea B. <and...@ti...> - 2006-09-20 14:05:04
|
> what exactly was unclear about "Multiple servers may be listed:" in said > section? The section that I read was "Configuration examples". The examples are clear, but I did'nt find the answer to my question. Andrea |
From: Roberto M. <rob...@gm...> - 2006-09-19 22:42:38
|
2006/9/14, Rob MacGregor <rob...@gm...>: > On 9/13/06, Roberto Meyer <rob...@gm...> wrote: > > > > Finally I got a couple of errors with single connections. > > > > I've attached a .tgz file with the logs of fetchmail and tcpdump at > > the moment of the errors, and both logs for a well done connection > > too. > > A quick scan of the logs show what I'd expect for a networking > problem. I'll have a look at the text outputs from tcpdump later, > though a quick scan doesn't show anything obvious right now. [snip] Yep, I think it's somewhat prooved. I tested this options: 1- server 1 -> ISP 1 -> actual hosting = socket error 2- server 1 -> ISP 1 -> another server = socket error 3- server 2 -> ISP 2 -> actual hosting = ok!!! Both server 1 and 2 have the same fetchmail setup. It's an ISP problem! As you said (and I read over the Internet) people who had this problem solved it when they changed their ISP. ie: problems from work, when they went home and fetched mail they had no problem at all. There's almost 24hs I'm testing every 5' without trouble :-) HTH someone else. Thanx a lot for your help. - Roberto |
From: Matthias A. <mat...@gm...> - 2006-09-19 21:35:49
|
"Andrea Bencini" <and...@ti...> writes: >> This is detailed in the man page, which you obviously didn't bother to >> read. See the section titled "CONFIGURATION EXAMPLES". >> >> The online manual can be found at: >> http://www.fetchmail.info/fetchmail-man.html >> > I am sorry, but before writing mailing-list I just read the fetchmail manual > at http://www.fetchmail.info/fetchmail-man.html. Reading the section " > CONFIGURATION EXAMPLES" I didn't undestand what answer was to my question. > Perhaps, kindly, it was better that you gave me the answer. Andrea, what exactly was unclear about "Multiple servers may be listed:" in said section? Do you have any suggestions how to reword this so it's easier to find or recognize? Grazie. -- Matthias Andree |
From: Rob M. <rob...@gm...> - 2006-09-17 19:08:27
|
On 9/17/06, Andrea Bencini <and...@ti...> wrote: > > This is detailed in the man page, which you obviously didn't bother to > > read. See the section titled "CONFIGURATION EXAMPLES". > > > > The online manual can be found at: > > http://www.fetchmail.info/fetchmail-man.html > > > I am sorry, but before writing mailing-list I just read the fetchmail manual > at http://www.fetchmail.info/fetchmail-man.html. Reading the section " > CONFIGURATION EXAMPLES" I didn't undestand what answer was to my question. > Perhaps, kindly, it was better that you gave me the answer. poll POP.ISP.NET user USERA with password PASSA is LOCALA here user USERB with password PASSB is LOCALB here If however you want to put the same email into 2 separate accounts then you'll have to handle that with your local SMTP server. -- 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: Andrea B. <and...@ti...> - 2006-09-17 17:51:32
|
> This is detailed in the man page, which you obviously didn't bother to > read. See the section titled "CONFIGURATION EXAMPLES". > > The online manual can be found at: > http://www.fetchmail.info/fetchmail-man.html > I am sorry, but before writing mailing-list I just read the fetchmail manual at http://www.fetchmail.info/fetchmail-man.html. Reading the section " CONFIGURATION EXAMPLES" I didn't undestand what answer was to my question. Perhaps, kindly, it was better that you gave me the answer. Thank you Andrea |
From: Matthias A. <mat...@gm...> - 2006-09-16 18:10:24
|
"Roberto Meyer" <rob...@gm...> writes: > I'm really tired about it... I think I'll put my effort in testing the > ISP and hosting service... fetchmail has a rock solid reputation and I > think it's not fair for it to be the first suspect of this mistery ;-) Well, you aren't the first, Wikipedia used to link several critics of fetchmail, and some of them have, although exaggerated, a reasonable amount of truth in them -- some of the shortcomings have been resolved since those articles appeared though, or are at least on the plan -- I do not agree with some of the decisions ESR made, but I cannot change everything over night. One reason is the lack of time, another that fetchmail is stable code that cannot change radically with patchlevel releases... and the 6.4 round hasn't really opened yet. There IS 6.4 stuff on the trunk but I think I'll ditch that and copy 6.3 later, probably a while after 6.3.5 if no new problems crop up with 6.3.5 (which is also a few more weeks out probably) since redoing the few 6.3.0 -> 6.4 changes will probably be easier than porting 6.3.5 back onto the trunk... Subversion isn't too good at picking cherries. -- Matthias Andree |
From: Rob M. <rob...@gm...> - 2006-09-15 20:48:23
|
On 9/15/06, Andrea Bencini <and...@ti...> wrote: > I have a e-mail address and I would like to download my e-mails and put > them in two accounts on my local server. > example: > my e-mail address= an...@ti... > pop3=mail.tin.it > first account on my local server=andrea1 > second account on my local server=andrea2 > How can I do in .fetchmailrc? This is detailed in the man page, which you obviously didn't bother to read. See the section titled "CONFIGURATION EXAMPLES". The online manual can be found at: http://www.fetchmail.info/fetchmail-man.html -- 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: Andrea B. <and...@ti...> - 2006-09-15 15:44:16
|
I have a e-mail address and I would like to download my e-mails and put them in two accounts on my local server. example: my e-mail address= an...@ti... pop3=mail.tin.it first account on my local server=andrea1 second account on my local server=andrea2 How can I do in .fetchmailrc? Can you help me? Andrea |
From: Roberto M. <rob...@gm...> - 2006-09-15 02:11:17
|
2006/9/14, Matthias Andree <mat...@gm...>: [snip] > > Finally I got a couple of errors with single connections. > > Please update fetchmail (newer versions have fewer bugs and better error > reporting) and if the problem persists, run: > > env LC_ALL=C fetchmail -vvv --nodetach --nosyslog -d0 > > to obtain a more detailed log. However, it still looks like the problem > is outside fetchmail to me. Beacause it's a random error I agree with that. I thought about fetching e-mails from a different place, over a different ISP to figure out if the problem could be related to the ISP or the hosting service instead. Today I did an 'mtr' of 600 pings. Below you'll find the results which, BTW, I think are reasonable. HOST: myfetchmachine Loss% Snt Last Avg Best Wrst StDev 1. host.200.55.19.330 0.0% 600 25.4 40.0 21.3 307.8 32.1 2. 201.10.19.45 0.0% 600 21.4 46.8 20.6 841.2 62.2 3. 201.10.19.41 0.0% 600 36.3 49.4 21.3 876.4 65.9 4. 201.15.63.207 0.0% 600 56.5 77.6 38.9 806.1 74.6 5. mng-ats.impsat.net.ar 0.0% 600 41.6 68.7 38.7 659.6 71.5 6. remotemailserver.com 8.8% 600 46.3 72.8 42.8 669.9 64.5 I'm really tired about it... I think I'll put my effort in testing the ISP and hosting service... fetchmail has a rock solid reputation and I think it's not fair for it to be the first suspect of this mistery ;-) Thanks a lot for your kind answers. -- Roberto |