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: Matthias A. <mat...@gm...> - 2006-05-08 16:00:46
|
"Catalin Rotaru" <cat...@gm...> writes: >> > What else can I try? >> >> You can start by keeping traffic on the list, rather than emailing me >> directly - as it says in my .sig. > > Oops, sorry about that. I just hit "Reply" without checking. My bad. I > notice now that the list doesn't have a "Reply-To" header. Maybe one > could be added? I am pretty sure MailMan supports it. Just an idea. No way - as I said earlier, should the list set a Reply-To: header, I'm outta here. Some mailers don't allow users to override Reply-To, but all allow to include all To: and Cc: addresses in the reply. Hit "List Reply" or "Reply to List" or "Group Reply" or "Reply to All". See <http://www.unicom.com/pw/reply-to-harmful.html> for more information. > Aaah, I was afraid you'd say that. I am no Linux (and especially > Fedora) expert and my preferred way of installing software is "yum > install". I am afraid of breaking even more stuff I don't understand > if I try to install from source on my own. Well, I am inclined to think Miloslav Trmac and other packagers were careful enough or would chime in here if it was related to their packaging. With support respective to the Fedora boot issues, you may have to check the Fedore Support options (probably also mailing list, forums or newsgroups as well) as well. -- Matthias Andree |
From: Matthias A. <mat...@gm...> - 2006-05-08 15:56:57
|
"Shukla Vipul" <vip...@gm...> writes: > I am using fetchmail for downloading mails from server, but fetchmail is very slow i got my mail after > 12hours i want to get it fast. as per i have searched ther is two parameter which i have to set that is > fetchlimit and fetchsizelimit. but i dont know where i have to use these parameter i have checked ~ > /.fetchmailrc file also, i am not able to undestand how to modify it. You need to check the manual page, type man fetchmail to get the documentation. If you still need support then, you'll have to show ~/.fetchmailrc (MASK YOUR PASSWORDS!). Also, be sure to use a recent fetchmail version, one of the later 6.3.X versions is a good idea. HTH, -- Matthias Andree |
From: Frederic M. <fre...@wo...> - 2006-05-08 15:55:23
|
Shukla Vipul wrote: > HI, > > I am using fetchmail for downloading mails from server, but > fetchmail is very slow i got my mail after 12hours i want to get it > fast. as per i have searched ther is two parameter which i have to set > that is fetchlimit and fetchsizelimit. but i dont know where i have to > use these parameter i have checked ~/.fetchmailrc file also, i am > not able to undestand how to modify it. What do you mean when you say your mails arrived after 12 hours ? - does it take 12 hours to download the actual data of your mails (i.e the connection is slow); - does it try to download the mails for 12 hours until it succeeds (a lot of connection failures); - does it sit around and eventually fetch your mails (the poll delay is too long) ? The first two cases, may not be related to fetchmail or its configuration file but some settings may help. The latter is the poll delay set by parameter "set daemon" in your fetchmailrc file. Mine looks like this (only the relevant lines shown): # The default for this option is 300, which polls the server every 5 # minutes. # set daemon 300 Regarding your second question, the parameters should be defined in your fetchmailrc either in a default section like this: defaults: uidl batchlimit 100 fetchlimit 100 flush or in the poll command in fetchmailrc or on the command line (sorry, I have no example here :-). Note: you must insert these commands in the fetchmailrc fetchmail is looking at (obvious, but I got caught there) ! It is ~/.fetchmailrc unless the -f option is given on the command line. Frederic |
From: Matthias A. <mat...@gm...> - 2006-05-08 15:54:37
|
Frederic Marchal <fre...@wo...> writes: > Hello, > > I quote the man page of version 6.3.2: > > -F | --flush > POP3/IMAP only. Delete old (previously retrieved) messages > from the mailserver before retrieving new mes- > sages. This option does not work with ETRN or ODMR. > Warning: if your local MTA hangs and fetchmail is > aborted, the next time you run fetchmail, it will delete > mail that was never delivered to you. What you > probably want is the default setting: if you don't > specify `-k', then fetchmail will automatically delete > messages after successful delivery. > > Is it still true that a mail is lost if the MTA hangs ? It sounds like > a known bug and may have been fixed in the code but not in the man page. Even if the code behaves better than the documentation suggests, describing the "--flush" option in a scary way looks correct to me. > I explain my situation: if the connection with the pop3 server drops, > all the DELE commands are forgotten (as required by the pop3 protocol if > I understand it right) and the mails reappear on the next poll. But > since fetchmail knows about those messages, it ignores them and doesn't > delete them either. Well, that's an interesting scenario and fetchmail should probably be fixed instead of fixing the potential workarounds. Only I need to think how to handle servers that recycle UIDs (unfortunately, these are only unique while the message is on the server, so fetchmail needs to know if the server deletes the message or now). Does this patch help your problem (without your adding --flush, that is)? It is against fetchmail 6.3.4 but may also work against 6.3.2: Index: driver.c =================================================================== --- driver.c (Revision 4818) +++ driver.c (Arbeitskopie) @@ -781,7 +781,7 @@ else if (ctl->server.base_protocol->delete_msg && !suppress_delete && ((msgcode >= 0 && !ctl->keep) - || (msgcode == MSGLEN_OLD && ctl->flush) + || (msgcode == MSGLEN_OLD && (ctl->flush || !ctl->keep)) || (msgcode == MSGLEN_TOOLARGE && ctl->limitflush))) { (*deletions)++; -- Matthias Andree |
From: Catalin R. <cat...@gm...> - 2006-05-08 15:37:14
|
> > What else can I try? > > You can start by keeping traffic on the list, rather than emailing me > directly - as it says in my .sig. Oops, sorry about that. I just hit "Reply" without checking. My bad. I notice now that the list doesn't have a "Reply-To" header. Maybe one could be added? I am pretty sure MailMan supports it. Just an idea. > > Try installing a fresh copy of fetchmail. It's likly that your > upgrade, as isn't uncommon, broke something. Ideally install from > source (if you later want to replace it with one from an RPM that's > your choice). Aaah, I was afraid you'd say that. I am no Linux (and especially Fedora) expert and my preferred way of installing software is "yum install". I am afraid of breaking even more stuff I don't understand if I try to install from source on my own. Any pointers to where I can learn more about installing/removing/reinstalling fetchmail on Fedora? With all RedHat's idiosyncrasies and stuff? Thanks, Cata |
From: Shukla V. <vip...@gm...> - 2006-05-08 14:51:06
|
HI, I am using fetchmail for downloading mails from server, but fetchmail is very slow i got my mail after 12hours i want to get it fast. as per i have searched ther is two parameter which i have to set that is fetchlimit and fetchsizelimit. but i dont know where i have to use these parameter i have checked ~/.fetchmailrc file also, i am not able to undestand how to modify it. Thanks Vipul |
From: Rob M. <rob...@gm...> - 2006-05-08 13:06:34
|
(And on that note, all future unedited digest subjects should be caught by the spam filter and rejected by the admins) On 5/8/06, Admin Att <att...@gm...> wrote: > If i understood correctly aka is for servers that use your ISP, but one is > from ISP and other is senders server which is always diffrent (at least much > times) so how can i use aka except for putting ISP's server name. > > > fetchmail: line accepted, MyISPname is an alias of the mailserver > fetchmail: no Received address found > fetchmail: analyzing Received line: > Received: from testpc1 by mycompany.com > (MDaemon.PRO.v8.1.5.R) > with ESMTP id md50000169342.msg > for <te...@be...>; Wed, 26 Apr 2006 13:49:03 +0200 > fetchmail: line rejected, mycompany.com is not an alias of the mailserver > > i inserted one AKA as i said for ISP name..another aka would be in this case > mycompany.com > but what if mail is from gmail, or yahoo or whatever...?:) Any vaguely competent ISP will provide a Delivered-to type header. The problem only occurs when your ISP is lacking in the clue department. The solution is simple, stop flogging the dead horse - multidrop will *NEVER* reliably work when the ISP doesn't provide the required headers. Either switch ISP or stop trying to use multidrop with them. -- 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-05-08 12:58:41
|
On 5/8/06, Catalin Rotaru <cat...@gm...> wrote: > Done. The output file *gets* created on boot but it completely empty > (0 bytes)... The strangest thing is that if I start fetchmail > afterwards manually, it outputs the warning: > "fetchmail: WARNING: Running as root is discouraged." > > What else can I try? You can start by keeping traffic on the list, rather than emailing me directly - as it says in my .sig. Try installing a fresh copy of fetchmail. It's likly that your upgrade, as isn't uncommon, broke something. Ideally install from source (if you later want to replace it with one from an RPM that's your choice). -- 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: Frederic M. <fre...@wo...> - 2006-05-08 12:48:04
|
Hello, I quote the man page of version 6.3.2: -F | --flush POP3/IMAP only. Delete old (previously retrieved) messages from the mailserver before retrieving new mes- sages. This option does not work with ETRN or ODMR. Warning: if your local MTA hangs and fetchmail is aborted, the next time you run fetchmail, it will delete mail that was never delivered to you. What you probably want is the default setting: if you don't specify `-k', then fetchmail will automatically delete messages after successful delivery. Is it still true that a mail is lost if the MTA hangs ? It sounds like a known bug and may have been fixed in the code but not in the man page. I explain my situation: if the connection with the pop3 server drops, all the DELE commands are forgotten (as required by the pop3 protocol if I understand it right) and the mails reappear on the next poll. But since fetchmail knows about those messages, it ignores them and doesn't delete them either. They keep showing up in the UIDL at every poll and remain on the server until I delete them manually. The -F option solves this problem but I don't want to loose any mail. Frederic |
From: Admin A. <att...@gm...> - 2006-05-08 12:40:34
|
If i understood correctly aka is for servers that use your ISP, but one is from ISP and other is senders server which is always diffrent (at least much times) so how can i use aka except for putting ISP's server name. fetchmail: line accepted, MyISPname is an alias of the mailserver fetchmail: no Received address found fetchmail: analyzing Received line: Received: from testpc1 by mycompany.com (MDaemon.PRO.v8.1.5.R) with ESMTP id md50000169342.msg for <te...@be...>; Wed, 26 Apr 2006 13:49:03 +0200 fetchmail: line rejected, mycompany.com is not an alias of the mailserver i inserted one AKA as i said for ISP name..another aka would be in this case mycompany.com but what if mail is from gmail, or yahoo or whatever...?:) Regards > I didin't understand you correctly what you mean by : "Do you have details > > in anything other than the Received headers?" > > i copy/pasted my complete log with all what is happening with this conf > file > > and variations of him. > > > > btw, i think biggets problem is that my isp is not adding anything they > dont > > get from original sender so no additional field i can not get from them > > except fields that are included from original sender and that is usually > > Received line > > See the email from Matthias - you may find that the aka option works > for you. However if it doesn't then you're out of luck. Your ISP > isn't providing enough information in the headers for multidrop to > reliably work. > > -- > 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... > http://lists.berlios.de/mailman/listinfo/fetchmail-users > > > End of fetchmail-users Digest > |
From: Rob M. <rob...@gm...> - 2006-05-07 18:24:35
|
On 5/7/06, Catalin Rotaru <cat...@gm...> wrote: > The problem: right after booting, fetchmail doesn't do anything, > although ps shows it as running. It doesn't fetch and it doesn't > output *any* log. > > This started to happen after upgrading to Fedora Core 5 from FC4. The lack of any log output suggests something very broken. Can you switch the "/dev/null" in the startup script to, say, "/tmp/fetchmaillog" and reboot? The OS is probably reporting something that you're never seeing as it's being dropped in the bit bucket. The odds are that you're seeing it work on the command line because your environment isn't the same as the boot environment. Quite possibly the settings regarding the library paths. -- 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: Catalin R. <cat...@gm...> - 2006-05-07 15:41:13
|
The problem: right after booting, fetchmail doesn't do anything, although ps shows it as running. It doesn't fetch and it doesn't output *any* log. This started to happen after upgrading to Fedora Core 5 from FC4. A simple restart (service fetchmail restart) gets it going, with logging and fetching and all... fetchmail --version fetchmail: WARNING: Running as root is discouraged. This is fetchmail release 6.3.4+IMAP-GSS+RPA+NTLM+SDPS+SSL+HESIOD+NLS. uname -a Linux foo.bar.net 2.6.16-1.2111_FC5 #1 Thu May 4 21:16:58 EDT 2006 i686 athlon i386 GNU/Linux more /etc/fetchmailrc #set daemon 100 poll foo.bar.com proto imap localdomains bar.net user "user" pass "pass" is "user" here ... more /etc/init.d/fetchmail ... FETCHMAIL=/usr/bin/fetchmail FRC=/etc/fetchmailrc TIME=100 start() { $FETCHMAIL -f $FRC -L /var/log/fetchmail -d $TIME >/dev/null 2>&1 } ... Any clues? Thanks! Cata |
From: Rob M. <rob...@gm...> - 2006-05-05 12:25:48
|
As it says in my .sig - DO NOT EMAIL ME DIRECTLY. If you want help, keep traffic on the list. On 5/5/06, Admin Att <att...@gm...> wrote: > > I didin't understand you correctly what you mean by : "Do you have details > in anything other than the Received headers?" > i copy/pasted my complete log with all what is happening with this conf file > and variations of him. > > btw, i think biggets problem is that my isp is not adding anything they dont > get from original sender so no additional field i can not get from them > except fields that are included from original sender and that is usually > Received line See the email from Matthias - you may find that the aka option works for you. However if it doesn't then you're out of luck. Your ISP isn't providing enough information in the headers for multidrop to reliably work. -- 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-05-04 17:16:16
|
On 5/4/06, Ozgur YILMAZ <mr...@gm...> wrote: > On 5/4/06, Ozgur YILMAZ <mr...@gm...> wrote: <---SNIP---> > > > > .fethmailrc use this settings > > > > poll 72.29.74.211 protocol pop3 > > > > user 'oz...@ne...' there with password 'mypass' is > > 'de...@co...' here > > > > my mail in my inbox but not scanning spamm :( > > > > what do i do ? The problem is related to your local SMTP server configuration, it has nothing to do with fetchmail. You need to resolve your qmail configuration problems. (I'd guess that mail from localhost/loopback isn't being scanned) -- 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 F. <rf...@fu...> - 2006-05-04 14:57:43
|
Matthias Andree wrote: > Please do not post HTML to mailing lists, see > <http://www.expita.com/nomime.html> > > (Could someone with list admin privileges tell Mailman to strip > text/html MIME parts please? Thanks) Unfortunately Berlios is only running Mailman 2.0.13, so that option isn't there. It appears to be a Mailman 2.1 feature. -- ==============================| "A microscope locked in on one point Rob Funk <rf...@fu...> |Never sees what kind of room that it's in" http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind" |
From: Matthias A. <mat...@gm...> - 2006-05-04 11:16:44
|
"Ozgur YILMAZ" <mr...@gm...> writes: Please do not post HTML to mailing lists, see <http://www.expita.com/nomime.html> (Could someone with list admin privileges tell Mailman to strip text/html MIME parts please? Thanks) Also, please remember to reply to the list, not to me personally. > firstly thanks for your answer. > i have not one user it is only my test user > if it works, i will add a lot of domains and user > > i use fetchmail ---> fetch mail from external mail server > qmail ---> mda and pop3 server > SA ---> spam filter OK. You need to 1 - find out how to integrate qmail-scanner with qmail (that's in the qmail-scanner documentation) 2 - test if qmail-scanner is working, before you proceed 3 - if it works, integrate SpamAssassin into qmail-scanner. We cannot help here, that should be in the qmail-scanner documentation. Or ask on the qmail-scanner list. 4 - find out if you can use a better POP3 server than qmail's. qmail's POP3 server has security flaws and reports the wrong message sizes, thus it confuses clients. My personal favorite setup would probably use Postfix + amavisd-new (which integrates Spamassassin) + Dovecot or Courier-IMAP or Cyrus - but vpopmail does not integrate well with these. http://www.postfix.org/addon.html#config lists a few pointers should you decide to switch. > .fethmailrc use this settings > > poll 72.29.74.211 protocol pop3 > > user 'oz...@ne...' there with password 'mypass' is > 'de...@co...' here > > my mail in my inbox but not scanning spamm :( > > what do i do ? The fetchmailrc part looks fine, so it would be a problem in your qmail or qmail-scanner setup. -- Matthias Andree |
From: Ozgur Y. <mr...@gm...> - 2006-05-04 10:27:16
|
On 5/4/06, Ozgur YILMAZ <mr...@gm...> wrote: > > Hello > > firstly thanks for your answer. > i have not one user it is only my test user > if it works, i will add a lot of domains and user > > i use fetchmail ---> fetch mail from external mail server > qmail ---> mda and pop3 server > SA ---> spam filter > > i want to fetch mail from external server to my internal server ( for 150 > user). > and then i use spam filter and my user connect pop3 server and then > recieve mail. > is is possible > it setup one and they work alone > > .fethmailrc use this settings > > poll 72.29.74.211 protocol pop3 > > user 'oz...@ne...' there with password 'mypass' is > 'de...@co...' here > > my mail in my inbox but not scanning spamm :( > > what do i do ? > > > > > On 5/3/06, Matthias Andree <mat...@gm...> wrote: > > > > "Ozgur YILMAZ" <mr...@gm...> writes: > > > > > i want to local spam scanner for office > > > i setup fetchmail + qmail + vpopmail + qmailscanner + SA > > > > > > i fetch mail by fetchmail and i recived qmail pop3 > > > and SA works test command but my fetch mail is not scanned by SA > > > > Özgür, > > > > qmail is not a modern MTA by any standard and full of flaws that other > > MTAs do not share. <http://home.pages.de/~mandree/qmail-bugs.html> > > > > > here my .fetchmailrc > > > > > > poll my.externalserver.com protocol pop3 > > > user 'oz...@ne...' there with password 'mypass' is > > > 'de...@co...' here > > > mda "/usr/bin/spamc -e | /var/spool/qmailscan/qmail-queue" ( i have > > problem this line i do not write ) > > > > What do you need vpopmail for if there is only one user? > > > > The MDA option doesn't look correct. Spamc expects a command after -e, > > and qmail-queue programs (and substitutes) expect two file descriptors > > for input. One for the envelope, one for the data. > > > > Is there a particular reason why you're using the "mda" option? > > And then in a way that loses envelope information? > > > > I wonder how you are getting messages at all with this setup, you should > > get something like: /usr/bin/spamc: option requires an argument -- e > > > > Besides that, qmail-scanner claims to integrate with SpamAssassin - so > > there should be some qmail-scanner documentation on that topic. > > > > Try checking the documentation and understanding or describing to > > somebody > > > > - what you want to achieve > > > > - how you can get there > > > > rather than taking lines out of a context and trying them out. > > > > A systematic approach will probably be more successful than guessing > > here. > > > > -- > > Matthias Andree > > > > |
From: Matthias A. <mat...@gm...> - 2006-05-03 18:15:43
|
"Rob MacGregor" <rob...@gm...> writes: > On 5/3/06, Rob Funk <rf...@fu...> wrote: >> While I am no fan of qmail either, I would argue that by at least two >> standards it is a "modern MTA": >> - it does not use a monolithic architecture, using separate programs for >> separate tasks >> - it uses maildir to store mail, rather than mbox >> (OK, this one isn't technically an MTA issue, but an MDA issue) >> >> I'm still amazed at the number of people still using sendmail.... > > Which also doesn't use a monolitic architecture (ok, so it's only 2 > daemons, but it's a step in the right direction) or maildir... Ah well, if you want Maildir underneath sendmail, you can always install maildrop and use it as filter application or mailer. At least sendmail is actively maintained so its security holes get plugged in reasonable time. qmail's holes are open for like eight years now... For a change of subject, the best MTA is fetchmail, of course. =:-> > Now, can we stop this evangelising over the best/worst choice of MTA :-) Agreed. And cows can't tile a roof. :-) -- Matthias Andree |
From: Matthias A. <mat...@gm...> - 2006-05-03 18:01:21
|
"Admin Att" <att...@gm...> writes: > Hi all > i installed fetchmail few days ago and since then i have problem with BCC > field. See http://home.pages.de/~mandree/mail/multidrop to see which multidrop scenarios work reliably and which don't. Many MTAS omit the recipient from Received: headers when there is more than one as is the case in Bcc setups, although that does not appear to be the problem here (but it might if you wrote to two different Bcc: recipients of your own domain) > reading message myp...@po...:1 of 1 (8652 octets) > fetchmail: analyzing Received line: > Received: for < te...@my... > > fetchmail: no Received address found <---- !!!???? how is this logical!? fetchmail expects a "by some.host.name for <so...@ex...>" format, and also performs some checking on some.host.name - if that doesn't fit, it doesn't accept the address. > Received: from testpc1 by mycompany.com > (MDaemon.PRO.v8.1.5.R) > with ESMTP id md50000169342.msg > for <te...@my...>; Wed, 26 Apr 2006 13:49:03 +0200 > fetchmail: line rejected, mycompany.com is not an alias of the mailserver So it likes this header better because it has the "by mycompany.com" before "for <te...@my...>" - but doesn't accept the "by" part. You might trick fetchmail into believing that by adding aka mycompany.com to your configuration (before the "user" keyword). I don't know if that works though -- no guarantees. I suggest: 1. check if there is a better header. If not, try to arrange for one, such as X-Original-To, Envelope-To, Delivered-To. See the URL above, and feel free to quote the URL to your ISP. If you have got a better header, adjust the Envelope option accordingly. 2. do not run fetchmail as root - that's a basic safety measure to limit impact should a bug I have overseen be discovered. Since you are forwarding via SMTP, fetchmail does not need root privileges. Create a "fetchmail" user, copy /etc/fetchmailrc to ~fetchmail/.fetchmailrc and use this command to start fetchmail under the fetchmail user account: su fetchmail -c "fetchmail" -- Matthias Andree |
From: Rob M. <rob...@gm...> - 2006-05-03 17:23:57
|
On 5/3/06, Rob Funk <rf...@fu...> wrote: > While I am no fan of qmail either, I would argue that by at least two > standards it is a "modern MTA": > - it does not use a monolithic architecture, using separate programs for > separate tasks > - it uses maildir to store mail, rather than mbox > (OK, this one isn't technically an MTA issue, but an MDA issue) > > I'm still amazed at the number of people still using sendmail.... Which also doesn't use a monolitic architecture (ok, so it's only 2 daemons, but it's a step in the right direction) or maildir... Now, can we stop this evangelising over the best/worst choice of MTA :-) -- 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-05-03 17:21:16
|
On 5/3/06, Admin Att <att...@gm...> wrote: > poll pop.myisp.com proto pop3 > aka MyISPname envelope 0 Received localdomains mytestdomain.com > mail.mytestdomain.com: > user mypop3user with pass mypass is * here > > - i tried with envelope 0 1 2 (but thats not logical regardin in first line Do you have details in anything other than the Received headers? If not then you're in a hiding to nothing. Please see the man page for warnings for the problems of abusing this header for envelope information. -- 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 F. <rf...@fu...> - 2006-05-03 14:04:37
|
Matthias Andree wrote: > qmail is not a modern MTA by any standard and full of flaws that other > MTAs do not share. <http://home.pages.de/~mandree/qmail-bugs.html> While I am no fan of qmail either, I would argue that by at least two standards it is a "modern MTA": - it does not use a monolithic architecture, using separate programs for separate tasks - it uses maildir to store mail, rather than mbox (OK, this one isn't technically an MTA issue, but an MDA issue) I'm still amazed at the number of people still using sendmail.... -- ==============================| "A microscope locked in on one point Rob Funk <rf...@fu...> |Never sees what kind of room that it's in" http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind" |
From: Admin A. <att...@gm...> - 2006-05-03 14:04:34
|
Hi all i installed fetchmail few days ago and since then i have problem with BCC field. I sent from mycompany domain mail to yahoo mail and to testdomain in BCC field. Fethcmail is working with regular To/Cc mails I tried many variations and neither helped. I hope anyone can find problem. ---------------------------------------------- here is my conf file for fetchmail poll pop.myisp.com proto pop3 aka MyISPname envelope 0 Received localdomains mytestdomain.com mail.mytestdomain.com: user mypop3user with pass mypass is * here - i tried with envelope 0 1 2 (but thats not logical regardin in first line i see correct e-mail from Received line. dunno if ":" after domain name is needed, but i tried with and without. - i tried withouth aka MyISPname and with it... ----------------------------------------------- i have installed postfix/cyrus imapd/mysql/web cyradm - combo and all is working ok except mentioned above. here is log from fetchmail -v -v ========================================== linux-mail:# fetchmail -v -v -f .fetchmailrc fetchmail: WARNING: Running as root is discouraged. fetchmail: 6.3.4 querying pop.myisp.com (protocol POP3) at Wed Apr 26 13:43:18 2006: poll started fetchmail: POP3< +OK POP3 Server Ready <285...@my...> fetchmail: POP3> CAPA fetchmail: POP3< -ERR fetchmail: Repoll immediately on beb...@po... fetchmail: POP3< +OK POP3 Server Ready <285...@my...> fetchmail: POP3> USER mypop3user fetchmail: POP3< +OK fetchmail: POP3> PASS * fetchmail: POP3< +OK fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 1 8652 fetchmail: POP3> LAST fetchmail: POP3< -ERR fetchmail: POP3> UIDL fetchmail: POP3< +OK fetchmail: POP3< 1 <0.0...@my...> fetchmail: 1 is unseen fetchmail: POP3< . 1 message for mypop3user at pop.myisp.com (8652 octets). fetchmail: POP3> LIST 1 fetchmail: POP3< +OK 1 8652 fetchmail: POP3> TOP 1 99999999 fetchmail: POP3< +OK reading message myp...@po...:1 of 1 (8652 octets) fetchmail: analyzing Received line: Received: for <te...@my... > fetchmail: no Received address found <---- !!!???? how is this logical!? fetchmail: analyzing Received line: Received: from gateway.mycompany.com [XXX.XXX.XX.XX ] by MyISPname with SMTP on Wed, 26 Apr 2006 13:44:17 +0200 fetchmail: line accepted, MyISPname is an alias of the mailserver fetchmail: no Received address found fetchmail: analyzing Received line: Received: from testpc1 by mycompany.com (MDaemon.PRO.v8.1.5.R) with ESMTP id md50000169342.msg for <te...@my...>; Wed, 26 Apr 2006 13:49:03 +0200 fetchmail: line rejected, mycompany.com is not an alias of the mailserver About to rewrite From: "John" <jo...@my...> Rewritten version is From: "John" <jo...@my...> About to rewrite To: "'John'" <joh...@ya... > Rewritten version is To: "'John'" <joh...@ya...> fetchmail: no local matches, forwarding to postmaster fetchmail: SMTP< 220 mail.mytestdomain.com ESMTP Postfix (2.2.9) fetchmail: SMTP> EHLO linux-mail fetchmail: SMTP< 250-mail.mytestdomain.com fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 10240000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-AUTH LOGIN PLAIN fetchmail: SMTP< 250-AUTH=LOGIN PLAIN fetchmail: SMTP< 250 8BITMIME fetchmail: forwarding to localhost fetchmail: SMTP> MAIL FROM:<jo...@my...> SIZE=8652 fetchmail: SMTP< 250 Ok fetchmail: SMTP> RCPT TO:<postmaster@localhost > fetchmail: SMTP< 250 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> #*******************************************************.*************************** ****************.****************************.****************************.********* *********************.**************.*************.**********fetchmail: message myp...@po...:1 was not the expected length (8687 actual != 8652 expected) fetchmail: SMTP>. (EOM) fetchmail: SMTP< 250 Ok: queued as 7048A6F4E3 flushed fetchmail: POP3> DELE 1 fetchmail: POP3< +OK fetchmail: POP3> QUIT fetchmail: POP3< +OK fetchmail: SMTP> QUIT fetchmail: SMTP< 221 Bye fetchmail: 6.3.4 querying pop.myisp.com (protocol POP3) at Wed Apr 26 13:43:19 2006: poll completed fetchmail: swapping UID lists fetchmail: Deleting fetchids file. fetchmail: normal termination, status 0 fetchmail: Deleting fetchids file. Best Regards and tnx in advance |
From: Matthias A. <mat...@gm...> - 2006-05-03 10:20:40
|
"Ozgur YILMAZ" <mr...@gm...> writes: > i want to local spam scanner for office > i setup fetchmail + qmail + vpopmail + qmailscanner + SA > > i fetch mail by fetchmail and i recived qmail pop3 > and SA works test command but my fetch mail is not scanned by SA Özgür, qmail is not a modern MTA by any standard and full of flaws that other MTAs do not share. <http://home.pages.de/~mandree/qmail-bugs.html> > here my .fetchmailrc > > poll my.externalserver.com protocol pop3 > user 'oz...@ne...' there with password 'mypass' is > 'de...@co...' here > mda "/usr/bin/spamc -e | /var/spool/qmailscan/qmail-queue" ( i have problem this line i do not write ) What do you need vpopmail for if there is only one user? The MDA option doesn't look correct. Spamc expects a command after -e, and qmail-queue programs (and substitutes) expect two file descriptors for input. One for the envelope, one for the data. Is there a particular reason why you're using the "mda" option? And then in a way that loses envelope information? I wonder how you are getting messages at all with this setup, you should get something like: /usr/bin/spamc: option requires an argument -- e Besides that, qmail-scanner claims to integrate with SpamAssassin - so there should be some qmail-scanner documentation on that topic. Try checking the documentation and understanding or describing to somebody - what you want to achieve - how you can get there rather than taking lines out of a context and trying them out. A systematic approach will probably be more successful than guessing here. -- Matthias Andree |
From: Matthias A. <mat...@gm...> - 2006-05-03 02:12:14
|
Andres Baravalle <an...@ba...> writes: > here is my configuration file: > > set postmaster "an...@ba..." > set bouncemail > set daemon 60 > set syslog > > poll ******* > protocol imap > port 993 > user '****' > pass '****' > is and...@ba... > ssl > keep > >> For the first, try "fetchmail --nosyslog -v -v". It's likely you're >> logging to syslog if there is not output on stdout. > > no output again... Andres, Rob didn't know about the "set daemon 60" option which sends output to /dev/null. You can override that option with with "-d0" or "--daemon 0" on the command line, or, if you want to leave fetchmail in daemon mode, the "--nodetach" (-N) option keeps output on your screen while in daemon mode. (With syslog enabled, i. e. omitting the --nosyslog, the mail log file, often /var/log/mail or /var/log/maillog, will contain that information -- perhaps you need to tell syslog via /etc/syslog.conf to capture mail.debug logging.) Rob, I have adjusted the G3 item of the FAQ <http://www.fetchmail.info/fetchmail-FAQ.html#G3> to suggest "--nosyslog --nodetach -vvv" (option merging is safe BTW since fetchmail ships a copy of GNU getopt, so the comand line capabilities do not depend on system libraries). > Connecting to my work server works with thunderbird, both on windows and > on Linux. Well, fetchmail appears to be doing something differently than Thunderbird then. The new command line ("fetchmail --nosyslog -Nvv" or "fetchmail --nosyslog -vvd0") will hopefully provide us with some detail. > Hope yes? HTH, -- Matthias Andree |