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
(1) |
Nov
|
Dec
|
From: Matthias A. <mat...@gm...> - 2007-03-16 00:45:53
|
Sylvain Le Torrec schrieb: > I don’t find answers of my last questions in your FAQ. Are you sure? > 1- On my server, I’ve got some mails where there is > “undisclosed-recipients” in the mail. Fecthmail doesn’t know how to > retrieve it, what can I do? Fix your upstream and your configuration - this should address items #1 to #4. Make sure to meet the requirements at http://home.pages.de/~mandree/mail/multidrop > What can I do to make fetchmail not look the “to:” and look the right > header? man fetchmail /envelope /qvirtual > How can I do to make fetchmail work nice with qmail (not reinject to > make qmail send again mails) I don't understand this question. See if whatever problem you have in mind persists if you've fixed the other issues. HTH, MA |
From: Sylvain Le T. <syl...@ad...> - 2007-03-16 00:20:22
|
First, thank you for your quick answer I'm using fetchmail 6.2.4 (I know I have to upgrade it) with qmail ----------------------------------------- See my fetchmailrc ----------------------------------------- defaults set no bouncemail poll domain.mydomain.org protocol POP3 localdomains mylocaldomain tracepolls envelope "Delivered-To:" qvirtual "Delivered-To:" username myusername password mypasswd is * fetchall mda "sed 1,2d | /var/qmail/bin/qmail-inject" # the last line allowed to not receiving 2 copies of a mail. ----------------------------------------- I found your mail in my postier account... Reporting-MTA: dns; mail.berlios.de X-Postfix-Queue-ID: 3666CC4720 X-Postfix-Sender: rfc822; root@mydomain Arrival-Date: Thu, 15 Mar 2007 22:13:38 +0100 (CET) Final-Recipient: rfc822; fet...@li... Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; mail forwarding loop for fet...@li... my fetchmail doesn't know what to do with.... ------------------------------------------ When there's a mail with "undisclosed recipients", my fetchmail dies and it's blocked. Thank you. Sylvain Le Torrec Informaticien - Agence de Santé des îles Wallis et Futuna BP 4G MATA UTU 98600 WALLIS Tel : (681) 72 07 25 ou Poste 349 -----Message d'origine----- De : fet...@li... [mailto:fet...@li...] De la part de Rob MacGregor Envoyé : vendredi 16 mars 2007 09:10 À : fet...@li... Objet : Re: [fetchmail-users] fetchmail header (undisclosed recipients) Please, no HTML. On 3/15/07, Sylvain Le Torrec <syl...@ad...> wrote: > > I don't find answers of my last questions in your FAQ. > > 1- On my server, I've got some mails where there is "undisclosed-recipients" > in the mail. Fecthmail doesn't know how to retrieve it, what can I do? Read the FAQ and provide the information requested. We'll also need mail headers from one of the emails so we can point out which envelope header you should be using (see the man page). > 2- When an external user of my network sends a mail on my network, I receive > 2 copies of this mail. > > 3- If an external user sends a mail to 2 or more users, fetchmail re-inject > the mail in my qmail and this one sent the mail to other recipient. What I > do to make fetchmail look only the mail address of my network. > > 4* if an external user (from @domain.com) send a mail to my network > (@mydomain.org) and to one or more user on domain.com, each user will > receive 2 or more same mails. These are all the same problem and related to your using multidrop without defining the envelope header. As Gerard said, please provide your fetchmail version. You also need to provide your fetchmailrc and any command line arguments you're using - as per the FAQ you read :) -- 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 _______________________________________________ fetchmail-users mailing list fet...@li... https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Matthias A. <mat...@gm...> - 2007-03-15 23:17:21
|
Joc...@Ha... schrieb: >>>>>> "RMG" == Rob MacGregor writes: > > On 3/8/07, Jochen Hayek wrote: > > >> A while ago I started experiments with socks5 (-> dante) > >> and created a /etc/socks.conf on my local host and I set up a socks5 proxy server on a neighbour box. > >> > >> I did not instruct my local fetchmail to make use of my socks5 proxy > >> and I also wasn't aware, that my local fetchmail actually does us it, > >> but in a situation, when that proxy server on the neighbour box temporarily did not run, > >> I finally noticed (using "strace"), that fetchmail contacted my socks5 proxy. > >> > >> > >> I did some rtfm-ing, > >> but I did not find a way to instruct fetchmail to *not* attempt contacting my socks5 proxy. > > RMG> Fetchmail has *no* native socks support. > > Currently I am convinced, your statement is incorrect. > > But I rather have some sympathy for your suspicion, > as this magical and undescribed feature of fetchmail is certainly rather weird, > and fetchmail shouldn't behave like that. Well - Dante doesn't have run-time switches, it redirects all the network-related functions to itself, fetchmail has not means to circumvent SOCKS if linked against it. Such run-time configuration would have to happen by means of socks.conf. I am not sure if that's possible with "via: direct" statements somehow for your configuration. HTH MA |
From: Matthias A. <mat...@gm...> - 2007-03-15 22:34:23
|
Rob MacGregor schrieb: > Ah, maybe it's "envelope 1 Delivered-To". I've never come across a > mail system that's broken enough to insert multiple delivered to > headers before :) You mean internal forwarding chains that use useless rewritten addresses? IOW, those need not necessarily broken. But I agree, inaccurate messages won't help debugging in any way. MA |
From: Rob M. <rob...@gm...> - 2007-03-15 22:11:36
|
Please, no HTML. On 3/15/07, Sylvain Le Torrec <syl...@ad...> wrote: > > I don't find answers of my last questions in your FAQ. > > 1- On my server, I've got some mails where there is "undisclosed-recipients" > in the mail. Fecthmail doesn't know how to retrieve it, what can I do? Read the FAQ and provide the information requested. We'll also need mail headers from one of the emails so we can point out which envelope header you should be using (see the man page). > 2- When an external user of my network sends a mail on my network, I receive > 2 copies of this mail. > > 3- If an external user sends a mail to 2 or more users, fetchmail re-inject > the mail in my qmail and this one sent the mail to other recipient. What I > do to make fetchmail look only the mail address of my network. > > 4* – if an external user (from @domain.com) send a mail to my network > (@mydomain.org) and to one or more user on domain.com, each user will > receive 2 or more same mails. These are all the same problem and related to your using multidrop without defining the envelope header. As Gerard said, please provide your fetchmail version. You also need to provide your fetchmailrc and any command line arguments you're using - as per the FAQ you read :) -- 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: Gerard S. <ge...@se...> - 2007-03-15 21:47:48
|
On Thursday March 15, 2007 at 04:31:13 (PM) Sylvain Le Torrec wrote: > 1- On my server, I've got some mails where there is "undisclosed-recipients" > in the mail. Fecthmail doesn't know how to retrieve it, what can I do? > > 2- When an external user of my network sends a mail on my network, I receive > 2 copies of this mail. > > 3- If an external user sends a mail to 2 or more users, fetchmail re-inject > the mail in my qmail and this one sent the mail to other recipient. What I > do to make fetchmail look only the mail address of my network. > > 4* - if an external user (from @domain.com) send a mail to my network > (@mydomain.org) and to one or more user on domain.com, each user will > receive 2 or more same mails. 1) Please do not use HTML for posting to a mail forum. I know you are employing MS Outlook; however, that can be configured to send plain text messages. In addition, sending it as a 'HIGH' or 'HIGHEST' priority has no effect on a mail list either. 2) What version of 'fetchmail' are you using? 3) What MTA are you using? It sounds like you have something seriously configured incorrectly. -- Gerard |
From: Sylvain Le T. <syl...@ad...> - 2007-03-15 21:29:46
|
Hello, I dont find answers of my last questions in your FAQ. 1- On my server, Ive got some mails where there is undisclosed-recipients in the mail. Fecthmail doesnt know how to retrieve it, what can I do? 2- When an external user of my network sends a mail on my network, I receive 2 copies of this mail. 3- If an external user sends a mail to 2 or more users, fetchmail re-inject the mail in my qmail and this one sent the mail to other recipient. What I do to make fetchmail look only the mail address of my network. 4* if an external user (from @domain.com) send a mail to my network (@mydomain.org) and to one or more user on domain.com, each user will receive 2 or more same mails. *an account from domain.com receives all mails to mydomain.org. Fetchmail pop it to retrieve mails. What can I do to make fetchmail not look the to: and look the right header? How can I do to make fetchmail work nice with qmail (not reinject to make qmail send again mails) Thank you very much. I hope someone can help me Sylvain Le Torrec Informaticien - Agence de Santé des îles Wallis et Futuna BP 4G MATA UTU 98600 WALLIS Tel : (681) 72 07 25 ou Poste 349 |
From: Rob M. <rob...@gm...> - 2007-03-15 15:58:11
|
On 3/15/07, Joc...@ha... <Joc...@ha...> wrote: > >>>>> "RMG" == Rob MacGregor writes: > > Currently I am convinced, your statement is incorrect. (And eventually so am I - it's nice to learn something new :>) > But I rather have some sympathy for your suspicion, > as this magical and undescribed feature of fetchmail is certainly rather weird, > and fetchmail shouldn't behave like that. > > Have you ever run fetchmail in a socks5 ready environment? > Give yourself a try and let's continue discussing the matter than! I have, and have never seen this before. > RMG> You're either running it > RMG> with a socks wrapper (runsock/socksify) > RMG> or have added this yourself (eg via ld.so.preload). > > No, I don't, nothing like that. > (No socks wrapper, no LD_PRELOAD, no /etc/ld.so.preload, no ...) > I told you above: "I did not instruct my local fetchmail to make use of my socks5 proxy" > I mean, what I write. > And you read my statement, didn't you?!? If you're going to take that attitude I'll simply stop trying to help you :/ That you didn't (mean to) explicitly configure fetchmail itself to use socks doesn't it isn't. And, frankly, your original email contained no data at all, just your words. Without data showing what's actually going on I have to make assumptions. > Can you see "SOCKS" here: > > [2007-03-15 14:11:49] johayek@HayekJ $ fetchmail --version > This is fetchmail release 6.3.2+POP2+IMAP-GSS+RPA+NTLM+SDPS+SSL+OPIE+SOCKS+NLS. Yeah that looks like it was configured with socks support. Having myself dug through the documentation and FAQ it appears that there is socks support after all (it's not documented anywhere except the FAQ): http://www.fetchmail.info/fetchmail-FAQ.html#K1 Rebuild fetchmail without the socks support. It looks like fetchmail will automatically use socks if you build it with socks support - there's no runtime switch. (At least that's what a read of the source tells me) So, in short, while you didn't intend to configure fetchmail to use your socks server, you did by configuring socks support into fetchmail (and I'm guessing defining some environment variables or putting entries in socks.conf). -- 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: <Joc...@Ha...> - 2007-03-15 14:40:53
|
>>>>> "RMG" == Rob MacGregor writes: On 3/8/07, Jochen Hayek wrote: >> A while ago I started experiments with socks5 (-> dante) >> and created a /etc/socks.conf on my local host and I set up a socks5 proxy server on a neighbour box. >> >> I did not instruct my local fetchmail to make use of my socks5 proxy >> and I also wasn't aware, that my local fetchmail actually does us it, >> but in a situation, when that proxy server on the neighbour box temporarily did not run, >> I finally noticed (using "strace"), that fetchmail contacted my socks5 proxy. >> >> >> I did some rtfm-ing, >> but I did not find a way to instruct fetchmail to *not* attempt contacting my socks5 proxy. RMG> Fetchmail has *no* native socks support. Currently I am convinced, your statement is incorrect. But I rather have some sympathy for your suspicion, as this magical and undescribed feature of fetchmail is certainly rather weird, and fetchmail shouldn't behave like that. Have you ever run fetchmail in a socks5 ready environment? Give yourself a try and let's continue discussing the matter than! RMG> You're either running it RMG> with a socks wrapper (runsock/socksify) RMG> or have added this yourself (eg via ld.so.preload). No, I don't, nothing like that. (No socks wrapper, no LD_PRELOAD, no /etc/ld.so.preload, no ...) I told you above: "I did not instruct my local fetchmail to make use of my socks5 proxy" I mean, what I write. And you read my statement, didn't you?!? RMG> It's hard to say though as you've provided no RMG> real information (version numbers, contents of configuration files, RMG> command lines used, anything really). Alright, alright, yet another doubting Thomas ;-) Can you see "SOCKS" here: [2007-03-15 14:11:49] johayek@HayekJ $ fetchmail --version This is fetchmail release 6.3.2+POP2+IMAP-GSS+RPA+NTLM+SDPS+SSL+OPIE+SOCKS+NLS. Copyright (C) 2002, 2003 Eric S. Raymond Copyright (C) 2004 Matthias Andree, Eric S. Raymond, Rob F. Funk, Graham Wilson Copyright (C) 2005 Matthias Andree, Sunil Shetye Copyright (C) 2006 Matthias Andree Fetchmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. For details, please see the file COPYING in the source or documentation directory. Fallback MDA: (none) Linux HayekJ 2.6.16.21-0.13-default #1 Mon Jul 17 17:22:44 UTC 2006 i686 i686 i386 GNU/Linux Taking options from command line and /home/jochen_hayek/.fetchmailrc Idfile is /home/jochen_hayek/.fetchids Fetchmail will show progress dots even in logfiles. Fetchmail will forward misaddressed multidrop messages to johayek. Fetchmail will direct error mail to the postmaster. close(3) = 0 [...] open("/etc/socks.conf", O_RDONLY) = 4 [...] And here we have some config file extract: skip shuttle.de via "blablabla.shuttle.de" with proto IMAP and no dns tracepolls user "jh9999" there with password "PASSWORD" is johayek here options ssl sslproto tls1 sslfingerprint "D9:83:30:EA:3B:A5:02:A2:D6:72:1D:B7:AB:C3:30:CB" fetchall stripcr dropstatus dropdelivered warnings 3600 expunge 20 folders imap/folder-misc/_to-be-downloaded,imap/folder/prio-4 properties "'mailbox_from':'INBOX','mailbox_dir':'imap','mailbox_dir_separator':'/'" antispam 571 no rewrite pass8bits And here we have some "strace" output: [2007-03-15 13:30:59] johayek@HayekJ $ strace fetchmail shuttle.de execve("/usr/bin/fetchmail", ["fetchmail", "shuttle.de"], [/* 112 vars */]) = 0 brk(0) = 0x808d000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fb3000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/usr/local/lib/tls/i686/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/tls/i686/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/tls/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/tls/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/i686/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/i686/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/i686/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/i686/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/i686/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/i686/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/sse2/libsocks.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/libsocks.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 O\0\000"..., 512) = 512 [...] open("/etc/socks.conf", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=4374, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7bb3000 read(4, "# $Id: socks.conf,v 1.28 2001/12"..., 8192) = 4374 read(4, "", 4096) = 0 [...] |
From: Rob M. <rob...@gm...> - 2007-03-15 10:29:37
|
Keep the traffic on the list. If you don't then I'll simply ignore any email from you... On 3/15/07, jay shi <jay...@ya...> wrote: > Hi Rob > Thanks For ur quick response > Now i ugrade the fetchmail to fetchmail 6.3.7 but still i am > strugling > > I used the option "envelope Delivered-To 1" in .fetchmailrc file > > But while running the getmail it giving me the sysntax error And what error would that be? My crystal ball is broken today. > In man fetchmail i got the following option > > -E <line> | --envelope <line> > (Keyword: envelope; Multidrop only) > In the configuration file, an enhanced syntax is used: > envelope [<count>] <line> > > what could be the correct option ? for skipping lines Ah, maybe it's "envelope 1 Delivered-To". I've never come across a mail system that's broken enough to insert multiple delivered to headers before :) -- 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...> - 2007-03-14 22:49:54
|
Payal Rathod schrieb am 2007-03-14: > Well, I found it out -D domain is what I need. Thanks anyways. > And Matthias, qmail rocks ;) And Earth is a disc and the Moon is made of green cheese. SCNR -- Matthias Andree |
From: Payal R. <pay...@sc...> - 2007-03-14 16:05:16
|
On Mon, Mar 12, 2007 at 11:42:58PM +0100, Matthias Andree wrote: > > Any ideas on what is wrong? The rc file is just a simple 2 line test > > file like below, > > poll domain with proto pop3, nodns : > > user payal with pass word to payal here ...... > > ...you aren't forwarding to server Y :-) > > There are several options to change behavior, not the least of which > one of the --smtp options. Well, I found it out -D domain is what I need. Thanks anyways. And Matthias, qmail rocks ;) With warm regards, -Payal |
From: Rob M. <rob...@gm...> - 2007-03-14 13:23:47
|
On 3/14/07, jay shi <jay...@ya...> wrote: > I am trying to fetch mail on local server of Fedora core 2 fetchmail > fetchmail-6.2.5-2 > I also tested the same things with Centos 4.4 along with fetchmail > fetchmail-6.2.5-6.el4.5 Standard advice - upgrade to the latest version (6.3.7 ISTR). > When i send mail from Out side to this to both user. > now when i see the header of foo's mail header it > shows Delivered-To: ex...@ab... alog with > respecting id. > that is Delivered-To: fo...@ab.... > how can i remove Delivered-To: ex...@ab... line > from header while downloading Fetchmail doesn't do that - however as documented in the manual you can provide a count of the number of lines to ignore. In your case you'd use "Envelope Delivered-To 1" -- 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: jay s. <jay...@ya...> - 2007-03-14 11:44:08
|
Hi Group, I have two qmailtoaster server install on Fedora Core 2 old qmailtoaster version is 1.0.6 new qmailtoaster version is 1.2.9 I am trying to fetch mail on local server of Fedora core 2 fetchmail fetchmail-6.2.5-2 I also tested the same things with Centos 4.4 along with fetchmail fetchmail-6.2.5-6.el4.5 Old qmailtoaster working fine with fetchmail multidrop But new qmailtoaster giving some problem when using fetchmail multidrop option. Both server giving different header. Header is pasted below. I have ex...@ab... id in which fo...@ab... and ba...@ab... are two alias id configure. When i send mail from Out side to this to both user. now when i see the header of foo's mail header it shows Delivered-To: ex...@ab... alog with respecting id. that is Delivered-To: fo...@ab.... how can i remove Delivered-To: ex...@ab... line from header while downloading Because of this foo and bar getting multliple mails in new server. I am using following fetchmailrc file set postmaster "pos...@ab..." set bouncemail set no spambounce poll xx.xx.xx.xx with proto pop3 timeout 60 and options no dns uidl envelope Delivered-To: localdomains abc.com user 'ex...@ab...' there with password 'secret' is * here options forcecr dropdelivered To run Fetchmail i am using the following /sbin/getmail :-- fetchmail -v -v --showdots -e 1 -Q abc.com- -f /root/.fetchmailrc >> /var/log/fetchmail.log & I have tryed envelop header option for new server but that not working with with new servermail header My question is what should i put to get the mail for mutidrop box for new server so that mails will not get repeat. ########################################## New server header. ##################################### Return-Path: <mah...@ga...> Delivered-To: ex...@ab... Received: (qmail 19564 invoked by uid 89); 14 Mar 2007 07:47:30 -0000 Delivered-To: fo...@ab... Received: (qmail 19554 invoked by uid 89); 14 Mar 2007 07:47:30 -0000 DomainKey-Status: good Received: by simscan 1.2.0 ppid: 19530, pid: 19534, t: 2.8761s scanners: attach: 1.2.0 clamav: 0.88.4/m:40/d:2123 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on mail.abc.com X-Spam-Level: X-Spam-Status: No, score=-0.0 required=4.0 tests=BAYES_00,HTML_30_40, HTML_MESSAGE,HTML_SHORT_LENGTH,SARE_MSGID_LONG40 autolearn=no version=3.1.7 Received: from unknown (HELO an-out-0708.google.com) (209.85.132.243) by mail.abc.com with SMTP; 14 Mar 2007 07:47:27 -0000 Received-SPF: pass (mail.abc.com: SPF record at _spf.google.com designates 209.85.132.243 as permitted sender) Received: by an-out-0708.google.com with SMTP id b6so96165ana for <fo...@ab...>; Wed, 14 Mar 2007 00:46:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=VM6B3EUF55YGc0hD8rttVCj3xwwAjKNYY4P2F1spZ8an+GuLd0sdXTV1dfeKTFg5IlY/7ywbJOM+BIeGi45InHevbTqPQ5mryRyY6076CgAI1BpWPe3tG22DIZU0MnNDHHgoFlFiRNK4b+JbFl2ln/4sm+/qqe/AhGhBwFs1fk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=XnRk+FjLVJcKMXEQoM/ZgraRQ4UykVgV2B/Nt9fHlC0J11EzJNkPXGw0cuHYqX6zF6R27GVgHscUW0JMEleAWoXaXhyabhhv0TkTcaqDLmp5DPRz6TfVxo6TBpnKc9DxMYK4QCCB39HBQQh9Y7cM8OfZBsM7v8a/EHEYg6H3rzg= Received: by 10.100.44.13 with SMTP id r13mr1486586anr.1173858414344; Wed, 14 Mar 2007 00:46:54 -0700 (PDT) Received: by 10.100.7.2 with HTTP; Wed, 14 Mar 2007 00:46:54 -0700 (PDT) Message-ID: <1f2...@ma...> Date: Wed, 14 Mar 2007 13:16:54 +0530 From: "Mahesh Wadekar" <mah...@ga...> To: fo...@ab..., ba...@ab... Subject: test 9 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_33866_9804086.1173858414323" ############################################ Old Server mail header. ########################################## Return-Path: <mah...@gm...> Delivered-To: ipc...@xy... Received: (qmail 4189 invoked by uid 501); 14 Mar 2007 08:01:48 -0000 Received: from mah...@gm... by ns2.brisk-india.com by uid 107 with qmail-scanner-1.22 (clamdscan: 0.65. f-prot: 4.4.7/3.14.13. Clear:RC:1(192.168.1.1):. Processed in 0.430508 secs); 14 Mar 2007 08:01:48 -0000 X-Qmail-Scanner-Mail-From: mah...@gm... via Processed in 0.430508 secs) Received: from unknown (HELO ns1.pqr.com) (192.168.1.1) by 192.168.1.3 with AES256-SHA encrypted SMTP; 14 Mar 2007 08:01:47 -0000 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by ns1.pqr.com (8.13.1/8.13.1) with ESMTP id l2E7jW0o031240 for <fo...@xy...>; Wed, 14 Mar 2007 13:15:33 +0530 Received: by an-out-0708.google.com with SMTP id d30so92962and for <fo...@xy...>; Wed, 14 Mar 2007 00:48:50 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=SlL0Py3R6fFqcj+9zRm/6B3pXBE/rhgcavULMV2QBkptzuKqamb1qNmG09Snm/xBp26wUEJRiagXg7NztSkum5MQa//fM7iMnetqJH6OsZYuPxkfFSTjTl257M8Wp/3cjsAyM5AYTePz89LHupwXWrjgBhomQYoZKi5d5sxIhIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=hcvoH6oC2EIE50iMGd1PptQGXiTPC7LnpQFozW175p7rGf8H9V78IvHeavunRM0LuJCdCBKtyxznxAsOIXmMWa7JDVFnb46Rgz1QZO786xFaKDYdBb7+PAvMc/VBJ5Ue3mvfIfAA5AN1kq4+kwvQ3rzP0svkt/6LB4QNaDG7+KI= Received: by 10.100.144.11 with SMTP id r11mr1572276and.1173858530649; Wed, 14 Mar 2007 00:48:50 -0700 (PDT) Received: by 10.100.7.2 with HTTP; Wed, 14 Mar 2007 00:48:50 -0700 (PDT) Message-ID: <1f2...@ma...> Date: Wed, 14 Mar 2007 13:18:50 +0530 From: "Mahesh Wadekar" <mah...@gm...> To: fo...@xy..., ba...@xy... Subject: test 10 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_33874_31836033.1173858530628" X-yoursite-MailScanner-Information: Please contact the ISP for more information X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.013, required 4, BAYES_00 -2.60, HTML_30_40 0.37, HTML_MESSAGE 0.00, HTML_SHORT_LENGTH 1.57, SARE_MSGID_LONG40 0.64) X-MailScanner-From: mah...@gm... ------=_Part_33874_31836033.1173858530628 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline test 10 ------=_Part_33874_31836033.1173858530628 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline test 10<br> ------=_Part_33874_31836033.1173858530628-- Plz help me Thanks & Regard's Jayesh --------------------------------- Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. |
From: Matthias A. <mat...@gm...> - 2007-03-12 23:48:34
|
Francis Giannaros schrieb am 2007-03-11: > Hi guys, > > On my local machine (openSUSE) I've got fetchmail up-and-running pretty well; > system, POP3 etc mail are sent directly into my mbox. > > On a server (Ubuntu, where I don't have root access) it appears that the > default settings for all mail are Maildir. I really need to have them in mbox > format; is there any way I change the configuration for this in fetchmail, so > I can 'force' it to go into a particular mbox, as mbox format. > > I've already tried setting DEFAULT in ~/.procmailrc, but it doesn't seem to > respect that. > > Any ideas? What does fetchmail have to do with the server? Does the server use procmail at all? -- Matthias Andree |
From: Matthias A. <mat...@gm...> - 2007-03-12 23:44:41
|
Payal Rathod schrieb am 2007-03-08: > On Wed, Mar 07, 2007 at 07:16:02AM +0000, Rob MacGregor wrote: > > On 3/6/07, Payal Rathod <pay...@sc...> wrote: > > > Hi, > > > I have read the docs and faq but am quite confused with "header rewrite" > > > option. I want to download mails from server X (sendmail) for my domain > > > example.com, by fetchmail and inject in my localhost (qmail) - clean it > > > for viruses and spam and forward it to server Y (which can be anything). > > > qmail will route the messages through control/smtproutes files. What are > > > the options I require for fetchmail, do I need to play with headers? > > > Server Y is not in my control (it may be exchange server or MDaemon) and > > > is set to receive mails for example.com > > > > "It depends" - there is far too little real information to be certain. > > However, you shouldn't *have* to rewrite the headers. Certainly the > > approach you've outlined is how I use fetchmail and I don't rewrite > > headers. > > It is not working. My local qmail's box is showing that when I am using > fetchmail to download mails from my remote server and injecting it in my > local SMTP, it is rewritting my recipent from pa...@ex... to > payal@localhost > I am simple running fetchmail as, > fetchmail -v -f /path/to/rcfile Well, ... > Any ideas on what is wrong? The rc file is just a simple 2 line test > file like below, > poll domain with proto pop3, nodns : > user payal with pass word to payal here ...... ...you aren't forwarding to server Y :-) There are several options to change behavior, not the least of which one of the --smtp options. -- Matthias 'qmail ought to be replaced by something fresh' Andree |
From: Rob M. <rob...@gm...> - 2007-03-12 08:10:39
|
Please, no HTML emails. On 3/11/07, Sylvain Le Torrec <syl...@ad...> wrote: > > I'm using fetchmail 6.2.4 (I know I have to upgrade it) with Qmail. They are > installed on mandrake 9.2. Time for that upgrade :) Even if you ignore the security issues that have been fixed, it helps ensure that you're not running into something that's already been fixed. > I have 3 problems with my fetchmail (but I think it's the same, fetchmail > doesn't read the right header), see 3 examples: We really need to see a sample header that has this problem, and the rest of the information the FAQ asks for (http://www.fetchmail.info/fetchmail-FAQ.html#G3). Without the logs we're only guessing. > 1 – If someone (out of my network) send a mail to us...@my... + > us...@An.... > > Fetchmail sent this mail to Qmail. > User1 receive the mail. > Qmail re-treat this mail and sent it to user2. Could be either down to the fetchmail or qmail config. > 2 – Sometimes I can see "undisclosed-recipients" in the recipient field in a > mail in ac...@do... > > Fetchmail doesn't know what to do, so it's blocked. Sounds like your fetchmail config is wrong. > 3 – Someone send a mail from acc...@do... to : us...@my... + > acc...@do... (same domain but different account). > > Each recipient will receive 2 same mails. Sounds similar to (1). > fetchmailrc : > > defaults > set no bouncemail > > poll domain.mydomain.org protocol POP3 > localdomains mydomain > tracepolls > #no envelope > #envelope "X-Envelope-To:" > envelope "Delivered-To:" > #qvirtual "X-Envelope-To:" > qvirtual "Delivered-To:" > username login > password loginpassword > is * > fetchall > mda "sed 1,2d | /var/qmail/bin/qmail-inject" > > poll domain.com > proto pop3 > user "exemple" > pass "*********" > is us...@my... > fetchall In general it looks good, but we're missing all the information that'll help us help you :) -- 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: Sylvain Le T. <syl...@ad...> - 2007-03-12 01:10:59
|
Hello, First, sorry for my English, Im French. Im using fetchmail 6.2.4 (I know I have to upgrade it) with Qmail. They are installed on mandrake 9.2. I receive all my mails in ac...@do... MyNetwork qmail (mydomain.org) fetchmail ac...@do... I have 3 problems with my fetchmail (but I think its the same, fetchmail doesnt read the right header), see 3 examples: 1 If someone (out of my network) send a mail to us...@my... + us...@An.... Fetchmail sent this mail to Qmail. User1 receive the mail. Qmail re-treat this mail and sent it to user2. So if I receive a mail with an attachment piece (3mo) to 9 users (with 1 user of my network). Qmail will sent 8 mails * 3mo! I dont know why my Qmail treat again those mails. Does Fetchmail gives wrong informations to Qmail ? 2 Sometimes I can see undisclosed-recipients in the recipient field in a mail in ac...@do... Fetchmail doesnt know what to do, so its blocked. What can I do to make fetchmail read the right header than the To of the mail. I try to use X-envelope-to: in fetchmailrc, but I still have the problem 3 Someone send a mail from acc...@do... to : us...@my... + acc...@do... (same domain but different account). Each recipient will receive 2 same mails. So if someone send a mail to 6 users (with just 1 user of my network and just 1 user of domain.com + 4 other domains), each recipient will receive 6 mails. Maybe its the same problem than part 2. Fetchmail doesnt read the right header. So, Fetchmail doesnt read the header which concern mydomain but all recipients. So it gives bad information to Qmail which treat again those mails. --------------------------------------------------------------- In my fetchmailrc we add the line because mda "sed 1,2d | /var/qmail/bin/qmail-inject" At the beginning, if someone (out of my network) sends a mail to us...@my..., user receives 2 mails. This line solves the problem. fetchmailrc : defaults set no bouncemail poll domain.mydomain.org protocol POP3 localdomains mydomain tracepolls #no envelope #envelope "X-Envelope-To:" envelope "Delivered-To:" #qvirtual "X-Envelope-To:" qvirtual "Delivered-To:" username login password loginpassword is * fetchall mda "sed 1,2d | /var/qmail/bin/qmail-inject" poll domain.com proto pop3 user "exemple" pass "*********" is us...@my... fetchall ---------------------------------------------------------------------- Thank you very much. I hope that you can understand something of my message its quite hard to explain the problem Sincerly Sylvain Le Torrec Informaticien - Agence de Santé des îles Wallis et Futuna BP 4G MATA UTU 98600 WALLIS Tel : (681) 72 07 25 ou Poste 349 |
From: Rob M. <rob...@gm...> - 2007-03-11 22:17:44
|
On 3/11/07, Chris <cpo...@ea...> wrote: > > I've just upgraded to 6.3.7 this afternoon. I doubt whether I can get > earthlinks smtp logs. The only other way I can think of getting any kind of > logging is to run something like ethereal or tcpdump and see what is > happening during the mail download, or is there another way? No, the SMTP logs from *your* SMTP server :) See the FAQ (http://www.fetchmail.info/fetchmail-FAQ.html#G3) for what information you should be reporting. -- 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: Chris <cpo...@ea...> - 2007-03-11 21:28:15
|
On Sunday 11 March 2007 2:26 pm, Rob MacGregor wrote: > > I'm running fetchmail 6.2.5, mail is downloaded and piped through > > procmail to the various folders. > > Well, it's hard to say what it is, though as always I'd advise > upgrading to the current version of fetchmail. > > The problem is, you didn't include any logging from your SMTP server. > From what little you provided it looks like fetchmail didn't actually > download the email. > > If you can provide the SMTP logs then I may be able to say more. I've just upgraded to 6.3.7 this afternoon. I doubt whether I can get earthlinks smtp logs. The only other way I can think of getting any kind of logging is to run something like ethereal or tcpdump and see what is happening during the mail download, or is there another way? -- Chris KeyID 0xE372A7DA98E6705C |
From: Rob M. <rob...@gm...> - 2007-03-11 20:27:54
|
On 3/11/07, Chris <cpo...@ea...> wrote: > I noticed yesterday the a couple of my hourly syslog snippets that are emailed > to me were missing. Going to Earthlinks webmail page I saw that they were on > the server but hadn't been downloaded. Looking at my syslog I saw this: > > Mar 10 18:31:10 localhost fetchmail[19764]: 1 message for cpollock at > pop.earthlink.net (10350 octets). > Mar 10 18:31:10 localhost fetchmail[19764]: reading message > cpo...@po...:1 of 1 (10350 octets) > Mar 10 18:31:12 localhost named[3842]: FORMERR resolving > 'joysticktowers.com/A/IN': 66.218.71.205#53 > Mar 10 18:31:12 localhost named[3842]: FORMERR resolving > 'joysticktowers.com/MX/IN': 66.218.71.205#53 <---SNIP---> > Mar 10 18:32:23 localhost named[3842]: FORMERR resolving > 'joysticktowers.com/MX/IN': 66.218.71.205#53 > Mar 10 18:33:20 localhost fetchmail[19764]: flushed > Mar 10 18:33:20 localhost fetchmail[19764]: socket error while fetching from > pop.earthlink.net > Mar 10 18:33:20 localhost fetchmail[19764]: Query status=2 (SOCKET) > > I've removed the SA markup portion of the log. Going to my spam folder I saw > multiple copies of the same message. The question is, what is causing this, > is it: > > a) a fetchmail issue > b) a dkim plugin issue > c) a bind issue > d) mangled headers causing this > e) none of the above but an earthlink issue > > I'm running fetchmail 6.2.5, mail is downloaded and piped through procmail to > the various folders. Well, it's hard to say what it is, though as always I'd advise upgrading to the current version of fetchmail. The problem is, you didn't include any logging from your SMTP server. From what little you provided it looks like fetchmail didn't actually download the email. If you can provide the SMTP logs then I may be able to say more. -- 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: Chris <cpo...@ea...> - 2007-03-11 19:59:48
|
I noticed yesterday the a couple of my hourly syslog snippets that are emailed to me were missing. Going to Earthlinks webmail page I saw that they were on the server but hadn't been downloaded. Looking at my syslog I saw this: Mar 10 18:31:10 localhost fetchmail[19764]: 1 message for cpollock at pop.earthlink.net (10350 octets). Mar 10 18:31:10 localhost fetchmail[19764]: reading message cpo...@po...:1 of 1 (10350 octets) Mar 10 18:31:12 localhost named[3842]: FORMERR resolving 'joysticktowers.com/A/IN': 66.218.71.205#53 Mar 10 18:31:12 localhost named[3842]: FORMERR resolving 'joysticktowers.com/MX/IN': 66.218.71.205#53 Mar 10 18:31:12 localhost named[3842]: FORMERR resolving '_domainkey.joysticktowers.com/TXT/IN': 66.218.71.205#53 Mar 10 18:31:12 localhost named[3842]: FORMERR resolving 'joysticktowers.com/A/IN': 216.109.116.20#53 Mar 10 18:31:12 localhost named[3842]: FORMERR resolving 'joysticktowers.com/MX/IN': 216.109.116.20#53 Mar 10 18:31:12 localhost named[3842]: FORMERR resolving '_domainkey.joysticktowers.com/TXT/IN': 216.109.116.20#53 Mar 10 18:31:17 localhost named[3842]: FORMERR resolving '_policy._domainkey.joysticktowers.com/TXT/IN': 216.109.116.20#53 Mar 10 18:31:17 localhost named[3842]: FORMERR resolving '_policy._domainkey.joysticktowers.com/TXT/IN': 66.218.71.205#53 Mar 10 18:31:27 localhost spamd[27732]: dkim: lookup failed: DNS query timeout for _policy._domainkey.joysticktowers.com Mar 10 18:31:29 localhost named[3842]: FORMERR resolving 'joysticktowers.com/A/IN': 216.109.116.20#53 Mar 10 18:31:29 localhost named[3842]: FORMERR resolving 'joysticktowers.com/A/IN': 66.218.71.205#53 Mar 10 18:32:23 localhost named[3842]: FORMERR resolving 'joysticktowers.com/MX/IN': 216.109.116.20#53 Mar 10 18:32:23 localhost named[3842]: FORMERR resolving 'joysticktowers.com/MX/IN': 66.218.71.205#53 Mar 10 18:33:20 localhost fetchmail[19764]: flushed Mar 10 18:33:20 localhost fetchmail[19764]: socket error while fetching from pop.earthlink.net Mar 10 18:33:20 localhost fetchmail[19764]: Query status=2 (SOCKET) I've removed the SA markup portion of the log. Going to my spam folder I saw multiple copies of the same message. The question is, what is causing this, is it: a) a fetchmail issue b) a dkim plugin issue c) a bind issue d) mangled headers causing this e) none of the above but an earthlink issue I'm running fetchmail 6.2.5, mail is downloaded and piped through procmail to the various folders. Thanks for any advice. -- Chris KeyID 0xE372A7DA98E6705C |
From: Nico G. <ni...@ng...> - 2007-03-11 17:05:53
|
Hi, * Francis Giannaros <fr...@gi...> [2007-03-11 16:02]: > On my local machine (openSUSE) I've got fetchmail up-and-running pretty well; > system, POP3 etc mail are sent directly into my mbox. > > On a server (Ubuntu, where I don't have root access) it appears that the > default settings for all mail are Maildir. I really need to have them in mbox > format; is there any way I change the configuration for this in fetchmail, so > I can 'force' it to go into a particular mbox, as mbox format. The configuration of mbox or maildir has nothing to do with fetchmail, fetchmail doesn't care about your local setup. Kind regards Nico -- Nico Golde - http://www.ngolde.de JAB: ni...@ja... - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! |
From: Julien T. <jul...@ly...> - 2007-03-11 16:33:41
|
for archives, here a small & quick script to get stats. Regards Julien |
From: Francis G. <fr...@gi...> - 2007-03-11 14:51:13
|
Hi guys, On my local machine (openSUSE) I've got fetchmail up-and-running pretty well; system, POP3 etc mail are sent directly into my mbox. On a server (Ubuntu, where I don't have root access) it appears that the default settings for all mail are Maildir. I really need to have them in mbox format; is there any way I change the configuration for this in fetchmail, so I can 'force' it to go into a particular mbox, as mbox format. I've already tried setting DEFAULT in ~/.procmailrc, but it doesn't seem to respect that. Any ideas? Kind thoughts, Francis |