Re: Egad stumped by fetchmail ...
On Mon 11 Aug 2014 at 11:25:52 -0400, Harry Putnam wrote: > AW writes: > > > On Mon, 11 Aug 2014 09:01:07 -0400 > > Harry Putnam wrote: > > > > > Fetchmail is never a problem... and yet: > > > I've been moving my main work host, (Debian jessie), to a vm running on a > > > windows hosts. > > > > Did you ensure the fetchmail daemon is running? > > > > ps -A |grep fetchmail > > > > It's possible you will need to enable the service daemon... > > > > sudo systemctl enable fetchmail > > > > in order for it to start on host boot. > > I don't use the daemon. And the fact that a connection is being made > should indicate it has nothing to do with the daemon... no? > > I've always run fetchmail either from cron or manually. > > There is no daemon running on the other machine where all seems to be > in order either. > > And yet something seems to be causing the verbose setting to produce > insufficient output on the new host. Time to go back to basics. brian@desktop:~$ telnet pop.newsguy.com pop3 Trying 74.209.136.72... Connected to pop.newsguy.com. Escape character is '^]'. +OK Qpopper (version 4.0.14) at jorel.newsguy.com starting. user itsme +OK Password required for itsme. pass password1 -ERR [AUTH] Password supplied for "itsme" is incorrect. +OK Pop server at jorel.newsguy.com signing off. Connection closed by foreign host. At a successfull login you can use commands like "list", "retr 1", "dele 3". -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140811165059.gb22...@copernicus.demon.co.uk
Re: Egad stumped by fetchmail ...
Zenaan Harkness writes: > Use getmail. > > I have used mpop. getmail maintainer lurks around here, so that's what > I'm planning to use when I next stop pop DLing. No thanks. Fetchmail should be working. I really doubt that fetchmail itself is the problem. And just for the record.. its a bit aggravating to post a long descriptive message on a certain problem, being careful to try to describe things adequately, and then have someone pop up with Hey use Brand X... its way better. If you don't have info or thoughts related to the thread subject, please find some other way to plug for your favorite tools rather than just grafting your advertisements into my topic. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/877g2fypvb@reader.local.lan
Re: Egad stumped by fetchmail ...
AW writes: > On Mon, 11 Aug 2014 09:01:07 -0400 > Harry Putnam wrote: > > > Fetchmail is never a problem... and yet: > > I've been moving my main work host, (Debian jessie), to a vm running on a > > windows hosts. > > Did you ensure the fetchmail daemon is running? > > ps -A |grep fetchmail > > It's possible you will need to enable the service daemon... > > sudo systemctl enable fetchmail > > in order for it to start on host boot. I don't use the daemon. And the fact that a connection is being made should indicate it has nothing to do with the daemon... no? I've always run fetchmail either from cron or manually. There is no daemon running on the other machine where all seems to be in order either. And yet something seems to be causing the verbose setting to produce insufficient output on the new host. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87bnrryrnj@reader.local.lan
Re: Egad stumped by fetchmail ...
On Mon, 11 Aug 2014 09:24:06 -0400 AW wrote: > It's possible you will need to enable the service daemon... > > sudo systemctl enable fetchmail > > in order for it to start on host boot. And I forgot about the /etc/default/fetchmail Make sure START_DAEMON=yes --Andrew -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140811093536.71e52733d3109156c6a38...@1024bits.com
Re: Egad stumped by fetchmail ...
On Mon, 11 Aug 2014 09:01:07 -0400 Harry Putnam wrote: > Fetchmail is never a problem... and yet: > I've been moving my main work host, (Debian jessie), to a vm running on a > windows hosts. Did you ensure the fetchmail daemon is running? ps -A |grep fetchmail It's possible you will need to enable the service daemon... sudo systemctl enable fetchmail in order for it to start on host boot. --Andrew -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140811092406.4327743fb6e5025b2d2a7...@1024bits.com
Re: Egad stumped by fetchmail ...
Use getmail. I have used mpop. getmail maintainer lurks around here, so that's what I'm planning to use when I next stop pop DLing. They are incredibly faster. Good luck :) Zenaan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOsGNSQiuL_VQ_=ux6jf1rah3esima5-j4arvkrui2jq8qe...@mail.gmail.com
Egad stumped by fetchmail ...
I'm having a problem with fetchmail. Something that has not arisen in some 15 yrs of linux use. This post is a tad bit verbose... but it seemed necessary to make it clear why I am somewhat flummoxed. Fetchmail is never a problem... and yet: I've been moving my main work host, (Debian jessie), to a vm running on a windows hosts. I now have it setup, and been using it for a while. I allowed my account with online POP3 server (newsguy.com) to lapse momentarily and, naturally, saw I was not retrieving mail. OK, its happened at least twice before over the years. But this time, ever since renewing my account... my new main wrk host... also running Debian Jessie, but now as a vbox guest. Can not fetch mail. Both hosts use the same ~/.fetchmailrc and same version of fetchmail. There is a notable difference between old and new hosts in that `old' is running exim4 light and `new' is running exim4-heavy. In the second set of output below we see a lot more output and different results. It seems odd that I can view and access the mail with web interface at newsguy.com but cannot retrieve it with the `new' host. Please NOTE that although hostname and my UID are different, the ~/fetchmailrc file presents the exact same credentials in both cases. I have two inboxes on mewsguy so fetchmailrc looks like: = poll pop.newsguy.com proto POP3 user reader password xxx poll pop.newsguy.com proto POP3 user deleteme password xx = A fetchmail run on new host: ( with: hostname `dv' UID `harry'): fetchmail -vvvac (Those flags tell fetchmail to be verbose (-vvv), to look for new and read mail (-a), but only to check what is there and do not pull the messages (-c)), --- --- ---=--- --- --- Fetchmail ouput: harry > fetchmail -vvvac fetchmail: Old UID list from pop.newsguy.com: fetchmail: Old UID list from pop.newsguy.com: fetchmail: Scratch list of UIDs: --- --- ---=--- --- --- The same ~/fetchmailrc run on the old host (hostname `reader' UID `reader') Produces quite a lot more: --- --- ---=--- --- --- Fetchmail output: reader > fetchmail -vvvac Old UID list from pop.newsguy.com: Old UID list from pop.newsguy.com: Scratch list of UIDs: fetchmail: --check mode enabled, not fetching mail fetchmail: 6.3.26 querying pop.newsguy.com (protocol POP3) at Mon 11 Aug 2014 08:32:44 AM EDT: poll started Trying to connect to 74.209.136.72/110...connected. fetchmail: POP3< +OK Qpopper (version 4.0.14) at jorel.newsguy.com starting. fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< LOGIN-DELAY 0 fetchmail: POP3< EXPIRE NEVER fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< AUTH-RESP-CODE fetchmail: POP3< X-MANGLE fetchmail: POP3< X-MACRO fetchmail: POP3< X-LOCALTIME Mon, 11 Aug 2014 05:36:44 -0700 fetchmail: POP3< IMPLEMENTATION Qpopper-version-4.0.14 fetchmail: POP3< . fetchmail: POP3> USER reader fetchmail: POP3< +OK Password required for reader. fetchmail: POP3> PASS * fetchmail: POP3< +OK reader has 12 visible messages (0 hidden) in 725015 octets. fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 12 725015 12 messages for reader at pop.newsguy.com (725015 octets). fetchmail: POP3> QUIT fetchmail: POP3< +OK Pop server at jorel.newsguy.com signing off. fetchmail: 6.3.26 querying pop.newsguy.com (protocol POP3) at Mon 11 Aug 2014 08:32:45 AM EDT: poll completed Merged UID list from pop.newsguy.com: fetchmail: 6.3.26 querying pop.newsguy.com (protocol POP3) at Mon 11 Aug 2014 08:32:45 AM EDT: poll started Trying to connect to 74.209.136.72/110...connected. fetchmail: POP3< +OK Qpopper (version 4.0.14) at jorel.newsguy.com starting. fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< LOGIN-DELAY 0 fetchmail: POP3< EXPIRE NEVER fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< AUTH-RESP-CODE fetchmail: POP3< X-MANGLE fetchmail: POP3< X-MACRO fetchmail: POP3< X-LOCALTIME Mon, 11 Aug 2014 05:36:45 -0700 fetchmail: POP3< IMPLEMENTATION Qpopper-version-4.0.14 fetchmail: POP3< . fetchmail: POP3> USER deleteme fetchmail: POP3< +OK Password required for deleteme. fetchmail: POP3> PASS * fetchmail: POP3< +OK deleteme has 0 visible messages (0 hidden) in 0 octets. fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for deleteme at pop.newsguy.com fetchmail: POP3> QUIT fetchmail: POP3< +OK Pop server at jorel.newsguy.com signing off.
Re: fetchmail keep some, not all mails on server
On Thu, 05 Jun 2014 17:19:17 +0200 basti wrote: Except if it's a production svr, you should consider upgrade the branch; Lenny is quite outdated (2k9). > # fetch mails > Post the whole conf, nobody can guess what you wrote until TCP/IP/BRAIN-2-BRAIN isn't stable. … > Some mails with a size round of 900 bytes keep on the server and > some mails with round 5000 bytes are delete. > I see no schema when a mail in keep and when not. Which mail provider? -- It is not because one thing is a law that it is just, it is because it is just that it should be a law. -- Montesquieu -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140605173337.779227be@anubis.defcon1
fetchmail keep some, not all mails on server
Hello @all, I run a fetchmail daemon on my router. Debian Version 5 Fetchmail Version 6.3.9-rc2+GSS+NTLM+SDPS+SSL+NLS+KRB5 My config looks like # Configuration created Mon Jun 10 11:55:32 2002 by fetchmailconf #set postmaster "postmaster" #set bouncemail #set no spambounce #set properties "" # own Log set no syslog set logfile /var/log/fetchmail.log # mit preconnect und postconnect we get the date in the logfile # fetch mails There is no "keep" or "no keep" option set so fetchmail should delete every received mail. There is also no limit set in the config. Some mails with a size round of 900 bytes keep on the server and some mails with round 5000 bytes are delete. I see no schema when a mail in keep and when not. Can somebody explain this behaivior? Or/ And can somebody tell me the right option to solve this? I dont want so get allredy fetched mails a 2nd time. is "no keep" the right one? -- is there a global option? (There are round 100 mail addresses) or is --flush the right one? (http://www.fetchmail.info/fetchmail-FAQ.html#O14) Thanks for any help. Basti -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53908a75.9070...@arcor.de
Re: exim4 fetchmail delivery more than 10 rejected
On Tue 27 May 2014 at 21:53:40 -0400, Harry Putnam wrote: > Oh, and is it really enough just to run `/etc/init.d/exim4 reload' reload regenerates the configuration and tells exim to reread it. I've always stuck with using this. > (after making the edit) or would it be a time to use one or more of > exim4's `update' commands. Beware. update-exim4.conf does generate the main configuration files but the "RECOMMENDED USAGE" section of its manual describes a situation when you may not want to invoke it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/28052014161642.c8b76fa70...@desktop.copernicus.demon.co.uk
Re: exim4 fetchmail delivery more than 10 rejected
On Tue, May 27, 2014 at 09:47:09PM -0400, Harry Putnam wrote: > Jonathan Dowland writes: > > > Hi, > > > > This is a common problem (I remember hitting it myself, once upon a time!) > > The Debian Exim FAQ recommends changing fetchmail's behaviour, rather than > > Exim's: > > > > https://wiki.debian.org/PkgExim4UserFAQ#Exim_stops_delivery_after_ten_messages_are_received > > Thanks, and yeah I read that before posting and was sort of amazed at > the way the burden of getting around what is a quite an unpopular > default in exim4 was to shift it to fetchmail. hehe... pretty slick. > > I saw how to use the fetchmail trick right off but felt like, `hey wait > a minute..' I'm ready this to find a way to make a more sensible > setting for my situation in exim4. > > That section tells you the setting can be altered but never says how > in any detail, instead slipping right into the fetchmail crutch. [...] So I read about this and was wondering why I don't have this problem since I've been using exim and fetchmail for years and years. My memory at this point is fuzzy, but I think I may have encountered the situation where mail was getting queued and one way or another, possibly using fetchmailconf, stumbled upon throwing a batchlimit 10 on each poll line. The result is that fetchmail deliberately ends (and reestablishes, if necessary) the SMTP connection every 10 messages. Yes, it's another fetchmail-based workaround, but I figured it was worth mentioning in this thread for the benefit of anyone else who might stumble upon it in the future. It might even make sense to put it into that FAQ on the wiki; I'd argue it's a better solution than postconnect since it doesn't require the fetchmail user to be in the Debian-exim group, and doesn't require giving up on exim by going straight through procmail. --Greg -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140528021518.ga3...@anthropohedron.net
Re: exim4 fetchmail delivery more than 10 rejected
Brian writes: [...] >> The exim4 FAQ tells of a way to put the load on fetchmail and diddle >> around with its config, but also says one might change it in exim4 but >> is not clear about where this change is made. > > I put it right at the start of "MAIN CONFIGURATION SETTINGS". Haa... and as is often the case with good coaching... my first experiment of editing in just the way you describe above... then fetching 227 msgs shows conclusively that the ten msg limit is not mentioned at all. Thanks again. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87zji2zmdl@reader.local.lan
Re: exim4 fetchmail delivery more than 10 rejected
Brian writes: > On Mon 26 May 2014 at 05:48:53 -0400, Harry Putnam wrote: > >> I've tried adding this line: >> >> smtp_accept_queue_per_connection=300 > > I use > >smtp_accept_queue_per_connection=0 > > with the split-file configuration but testing with your setup does not > cause any failure when exim4 is reloaded or restarted. I think you > really should post the error message you get. > >> Then I tried adding it to: >> /etc/exim4/update-exim4.conf.conf > > No. This is the wrong file. > >> The exim4 FAQ tells of a way to put the load on fetchmail and diddle >> around with its config, but also says one might change it in exim4 but >> is not clear about where this change is made. > > I put it right at the start of "MAIN CONFIGURATION SETTINGS". Haaa, thank you sir, now I can do some more directed experimenting. Oh, and is it really enough just to run `/etc/init.d/exim4 reload' (after making the edit) or would it be a time to use one or more of exim4's `update' commands. I'll have an excellent test setup.. I just ran fetchmail -c and see I have 227 messages waiting PS - and thanks for the smooth way of handling the thread interruption -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/874n0a1xej@reader.local.lan
Re: exim4 fetchmail delivery more than 10 rejected
Jonathan Dowland writes: > Hi, > > This is a common problem (I remember hitting it myself, once upon a time!) > The Debian Exim FAQ recommends changing fetchmail's behaviour, rather than > Exim's: > > https://wiki.debian.org/PkgExim4UserFAQ#Exim_stops_delivery_after_ten_messages_are_received Thanks, and yeah I read that before posting and was sort of amazed at the way the burden of getting around what is a quite an unpopular default in exim4 was to shift it to fetchmail. hehe... pretty slick. I saw how to use the fetchmail trick right off but felt like, `hey wait a minute..' I'm ready this to find a way to make a more sensible setting for my situation in exim4. That section tells you the setting can be altered but never says how in any detail, instead slipping right into the fetchmail crutch. I searched the rest of the FAQ thinking surely there would be some details about how to do it... but either I missed it, or it is not there. >From there I went to google and found quite a few conflicting opinions about where and how to set such a thing, and I don't mean just the different locations one finds because of the two ways of organizing the setup (monolithic or multi file), but just different opinions. I never did find what seemed like a definitive explanation of how to do it. So, began experimenting... Oh wait a minute. I just looked ahead in this thread and noticed Brian's last respsonse which clears up the where and how of it. So will spare you all from more ill-informed blather... here. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878upm1xpe@reader.local.lan
Re: How to get along without an MTA: Was: exim4 fetchmail delivery more than 10 rejected
On Tue 27 May 2014 at 13:53:47 -0400, Steve Litt wrote: > On Tue, 27 May 2014 17:41:50 +0100 > Jonathan Dowland wrote: > > > Hi, > > > > This is a common problem (I remember hitting it myself, once upon a > > time!) The Debian Exim FAQ recommends changing fetchmail's behaviour, > > rather than Exim's: > > > > https://wiki.debian.org/PkgExim4UserFAQ#Exim_stops_delivery_after_ten_messages_are_received > > This reminds me of something I've wanted for a long time. What? The chance to do some troubleshooting? Or the opportunity to break into an existing thread with something which is completely unrelated to the problem at hand? It is generally advised to generate a new post for problems distinct from the one under discussion. Commonsense, good manners etc, etc. > Steve Litt* http://www.troubleshooters.com/ > Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140527190601.gm17...@copernicus.demon.co.uk
How to get along without an MTA: Was: exim4 fetchmail delivery more than 10 rejected
On Tue, 27 May 2014 17:41:50 +0100 Jonathan Dowland wrote: > Hi, > > This is a common problem (I remember hitting it myself, once upon a > time!) The Debian Exim FAQ recommends changing fetchmail's behaviour, > rather than Exim's: > > https://wiki.debian.org/PkgExim4UserFAQ#Exim_stops_delivery_after_ten_messages_are_received This reminds me of something I've wanted for a long time. I'd prefer not to have an MTA anywhere on my LAN. I'm not smart enough to securely configure an MTA, even if it isn't sendmail. As things stand, I grab incoming mail with fetchmail, which pushes the mail to procmail, which drops it in the correct maildir directories of my local Dovecot server. On the few occasions when I want to do a mass-mailing (legal, to existing customers), I use nullmailer to implement the mail and sendmail executables. The one and only reason I have Postfix on my desktop computer is to receive mail from addresses local to my local dovecot: Mainly root, which emails me every time a cron job writes to stdout. I haven't yet figured a way to get either procmail or nullmailer deliver local to my local Dovecot. The day I figure out how to do that is the day I blow postfix right off my box, and never have an MTA again. I'm not an admin, and it's a bad idea for me to be in charge of an MTA. Does anyone know how I can achieve delivery of local users without using an MTA? I'm thinking some sort of shellscript for the mail and/or sendmail executables that does some magic and then calls /usr/bin/procmail -d %T. Thanks, SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140527135347.17d874d7@mydesk
Re: exim4 fetchmail delivery more than 10 rejected
On Mon 26 May 2014 at 05:48:53 -0400, Harry Putnam wrote: > I've tried adding this line: > > smtp_accept_queue_per_connection=300 I use smtp_accept_queue_per_connection=0 with the split-file configuration but testing with your setup does not cause any failure when exim4 is reloaded or restarted. I think you really should post the error message you get. > Then I tried adding it to: > /etc/exim4/update-exim4.conf.conf No. This is the wrong file. > The exim4 FAQ tells of a way to put the load on fetchmail and diddle > around with its config, but also says one might change it in exim4 but > is not clear about where this change is made. I put it right at the start of "MAIN CONFIGURATION SETTINGS". -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/27052014184420.02db20646...@desktop.copernicus.demon.co.uk
Re: exim4 fetchmail delivery more than 10 rejected
Hi, This is a common problem (I remember hitting it myself, once upon a time!) The Debian Exim FAQ recommends changing fetchmail's behaviour, rather than Exim's: https://wiki.debian.org/PkgExim4UserFAQ#Exim_stops_delivery_after_ten_messages_are_received -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140527164150.ga7...@bryant.redmars.org
Re: exim4 fetchmail delivery more than 10 rejected
Harry Putnam wrote: > I've tried adding this line: > smtp_accept_queue_per_connection=300 > to /etc/exim4/exim4.conf.template which causes a failure when I run > /etc/init.d/exim4 reload > (It generates a new conf that exim4 does not accept. That line looks plausible to me. Where did you add it, and what error message did you get? The documentation states that you can set this to zero to disable it entirely: smtp_accept_queue_per_connection Use: main Type: integer Default: 10 This option limits the number of delivery processes that Exim starts automatically when receiving messages via SMTP [...] If the value of the option is greater than zero, and the number of messages received in a single SMTP session exceeds this number, subsequent messages are placed on the queue, but no delivery processes are started. [...] On dial-in client systems it should probably be set to zero (that is, disabled). http://www.exim.org/exim-html-current/doc/html/spec_html/ch-main_configuration.html Chris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/gtob5bx2qn@news.roaima.co.uk
exim4 fetchmail delivery more than 10 rejected
An exim4 default of accepting no more than 10 messages at one time when I use fetchmail to download pop3 mail. "no immediate delivery: more than 10 messages received in one connection" Shows up in the mail.log and anything over 10 is stuck in a que and delived later. I want to set that limit to a higher number, but googling on that produces a bewildering array of different ideas about how to do that. I've tried adding this line: smtp_accept_queue_per_connection=300 To /etc/exim4/exim4.conf.template which causes a failure when I run /etc/init.d/exim4 reload (It generates a new conf that exim4 does not accept. Then I tried adding it to: /etc/exim4/update-exim4.conf.conf But got the same result. I tried using no spaces between equal sign and value. And using spaces before and after. smtp_accept_queue_per_connection=300 smtp_accept_queue_per_connection = 300 Didn't seem to matter. Still produces a non-usable config. So, does anyone know how I might change the default value of 10 msgs per connection to some higher number? The exim4 FAQ tells of a way to put the load on fetchmail and diddle around with its config, but also says one might change it in exim4 but is not clear about where this change is made. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87k398swe2@newsguy.com
Re: icedove / fetchmail
On Thu, Jul 19, 2012 at 10:20 PM, Jochen Spieker wrote: > lina: >> >> It seems that my fetchmail saved in the >> >> :~/Maildir$ ls >> cur new new.sbd tmp.msf Trash.msfUnsent Messages.msf >> cur.msf new.msf tmp TrashUnsent Messages > > This is the "Maildir" format. You probably have a ~/.procmailrc that > creates these folders. Strangely I don't have the .procmailrc ~$ more .pr .printer-groups.xml .profile Frankly speaking I don't know how those come up there, the /etc/fetchmailrc didn't show me where to save the fetched email (I am quite confused about those things). > >> I wonder how to let the icedove read those fetched email. (not so sure >> I am right or wrong here.) > > You may have luck googling for thunderbord+maildir, or you just convert > your maildirs to mbox files which Icedove should be able to read. But > generally, maildir is preferrable to mbox. Thanks for both of you, I will try. > > J. > -- > My medicine shelf is my altar. > [Agree] [Disagree] > <http://www.slowlydownward.com/NODATA/data_enter2.html> -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAG9cJm=Xvv2pw4zU3=1wbi7t9zov3ghdjl2hp1tt41_4avy...@mail.gmail.com
Re: icedove / fetchmail
lina: > > It seems that my fetchmail saved in the > > :~/Maildir$ ls > cur new new.sbd tmp.msf Trash.msfUnsent Messages.msf > cur.msf new.msf tmp TrashUnsent Messages This is the "Maildir" format. You probably have a ~/.procmailrc that creates these folders. > I wonder how to let the icedove read those fetched email. (not so sure > I am right or wrong here.) You may have luck googling for thunderbord+maildir, or you just convert your maildirs to mbox files which Icedove should be able to read. But generally, maildir is preferrable to mbox. J. -- My medicine shelf is my altar. [Agree] [Disagree] <http://www.slowlydownward.com/NODATA/data_enter2.html> signature.asc Description: Digital signature
Re: icedove / fetchmail
On Thu, Jul 19, 2012 at 10:01:30PM +0800, lina wrote: > Hi, > > It seems that my fetchmail saved in the > > :~/Maildir$ ls > cur new new.sbd tmp.msf Trash.msfUnsent Messages.msf > cur.msf new.msf tmp TrashUnsent Messages > > > I wonder how to let the icedove read those fetched email. (not so sure > I am right or wrong here.) > > Tried several times in add other account, not work. AFAIK, Icedove can't read maildir mailstores. You have two options, run an IMAP server that uses your maildir as a backend (dovecot, cyrus etc) or use a maildir-to-mbox conversion tool and import that. signature.asc Description: Digital signature
Re: What�s wrong with fetchmail? (Re: POP3 in Debian)
On Tue, Jan 24, 2012 at 10:15:33AM +, Anthony Campbell wrote: > On 24 Jan 2012, lee wrote: > > Jon Dowland writes: > > > > > I'd strongly recommend using something *other* than fetchmail: getmail > > > or mpop are options. > > > > What´s wrong with fetchmail? > > > > > > It's fine if it works for you, but some years ago I had problems > authenticting myself to a mail server with fetchmail. I switched to > getmail4 and it worked instantly. I can't remember the details now but > I've always used getmail4 since them. I'm not sure something that happened to you years ago would justify a recomendation not to use it. -- Bob Holtzman If you think you're getting free lunch, check the price of the beer. Key ID: 8D549279 signature.asc Description: Digital signature
Re: What´s wrong with fetchmail? (Re: POP3 in Debian)
On 24 Jan 2012, Johann Spies wrote: > On Tue, Jan 24, 2012 at 12:15:33PM +0200, Anthony Campbell wrote: > > > > It's fine if it works for you, but some years ago I had problems > > authenticting myself to a mail server with fetchmail. I switched to > > getmail4 and it worked instantly. I can't remember the details now but > > I've always used getmail4 since them. > > I have used fetchmail for many years (might be about 15 now). At more > than one stage I experimented with getmail which also worked but I > always came back to fetchmail. I found getmail a bit more complicated > (or maybe it was just 'strange' for me) to configure properly. > > Regards > Johann > Interesting. I found getmail easy to configure, using the examples in the docs as a template. Anyway, this just illustrates one of the nice things about Linux - lots of different ways to get the result you want. -- Anthony Campbell - a...@acampbell.org.uk Microsoft-free zone - using Linux http://www.acampbell.org.uk - book reviews, articles, blog, and printed books and ebooks -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120124130430.gf30...@acampbell.org.uk
Re: What´s wrong with fetchmail? (Re: POP3 in Debian)
On Tue, Jan 24, 2012 at 12:15:33PM +0200, Anthony Campbell wrote: > It's fine if it works for you, but some years ago I had problems > authenticting myself to a mail server with fetchmail. I switched to > getmail4 and it worked instantly. I can't remember the details now but > I've always used getmail4 since them. I have used fetchmail for many years (might be about 15 now). At more than one stage I experimented with getmail which also worked but I always came back to fetchmail. I found getmail a bit more complicated (or maybe it was just 'strange' for me) to configure properly. Regards Johann -- Johann SpiesTelefoon: 021-808 4699 Databestuurder / Data manager Sentrum vir Navorsing oor Evaluasie, Wetenskap en Tegnologie Centre for Research on Evaluation, Science and Technology Universiteit Stellenbosch. "Look not every man on his own things, but every man also on the things of others. Let this mind be in you, which was also in Christ Jesus" Philippians 2:4,5 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120124104623.ga14...@sun.ac.za
Re: What´s wrong with fetchmail? (Re: POP3 in Debian)
On Tue, Jan 24, 2012 at 4:47 AM, lee wrote: > Jon Dowland writes: > >> I'd strongly recommend using something *other* than fetchmail: getmail >> or mpop are options. > > What´s wrong with fetchmail? http://lists.debian.org/debian-user/2012/01/msg01476.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=Sy6rx_gÃhdwseampba851brsjoa+bphah_pgw+6w...@mail.gmail.com
Re: What´s wrong with fetchmail? (Re: POP3 in Debian)
On 24 Jan 2012, lee wrote: > Jon Dowland writes: > > > I'd strongly recommend using something *other* than fetchmail: getmail > > or mpop are options. > > What´s wrong with fetchmail? > > It's fine if it works for you, but some years ago I had problems authenticting myself to a mail server with fetchmail. I switched to getmail4 and it worked instantly. I can't remember the details now but I've always used getmail4 since them. -- Anthony Campbell - a...@acampbell.org.uk Microsoft-free zone - using Linux http://www.acampbell.org.uk - book reviews, articles, blog, and printed books and ebooks -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120124101533.ge30...@acampbell.org.uk
What´s wrong with fetchmail? (Re: POP3 in Debian)
Jon Dowland writes: > I'd strongly recommend using something *other* than fetchmail: getmail > or mpop are options. What´s wrong with fetchmail? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipk1bffn.fsf...@songoku.yagibdah.de
getmail replacing fetchmail (was: POP3 in Debian)
Hello again, * Martin Steigerwald wrote on 2012-01-19 at 19:28 (+0100): > Am Donnerstag, 19. Januar 2012 schrieb Jon Dowland: > > On 19/01/12 12:50, Mathias Bauer wrote: > > > Is this a general advice? If so, then why? > > > > Yes. > > > > <http://pyropus.ca/software/getmail/faq.html#faq-about-why> > > covers many reasons. thanks for the link. > Holy smoke! > > Well that are enough reasons for me. OTOH it would be > interesting to know the other side of the story. I got curious about getmail so I just gave it a try and it seems to be quite nice. But apart from fetchmail's "security history" and the asserted complexity of its config file, that was pointed to several times in the (in some way emotionally heated) document linked above, getmail lacks two features at first glance: (a) Any SSL certification check avoiding a man-in-the-middle attack. (b) A mechanism for direct re-injection retrieved messages via SMTP to the client machine's port 25. Concerning a) it may possibly be implemented by stunnel somehow. For now I haven't figured it out. And concerning b) getmail itself provides a mechanism handing over the retrieved messages via a pipe (e.g. using /usr/sbin/sendmail to the MTA). Of course the needed additional process(es) are far away from being as efficient as direct delivery via SMTP. (Although getmail doesn't (and won't) support (b) and other solutions are recommended in the docs and its mailing list's messages, there may be situations where "going through the MTA" is necessary.) Well, for the moment it seems to me that this is the price of replacing fetchmail - and of "The Unix Way (tm) - do one thing and do it well" :-) Regards, Mathias -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120119220908.ga10...@gmx.org
Re: FETCHMAIL AND GMAIL?
Hi, The problem is the password in .fecthmailrc is not the passeword of your GMAIL messaging. For GMAIL, fetchmail is an external application, you must generate another password that used only by fetchmail! Now, when fetchmail run, after I can't see my email with my client email (mutt), what I can do tor see it? Regards. Alex 2011/12/25 Freeman > On Tue, Dec 20, 2011 at 10:05:57PM +, Walter Hurry wrote: > > On Tue, 20 Dec 2011 23:26:38 +0200, Andrei Popescu wrote: > > > > > On Ma, 20 dec 11, 17:51:10, Brian wrote: > > >> On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: > > >> > > >> > How do you do to run fecthmail with gmail with POP3 protocol, I > can't > > >> > it! > > >> > How do you do to write the file .fetcmailrc. > > >> > > >> This what I have as part of my ~/.fetchmailrc > > >> > > >> poll pop.googlemail.com protopop3 service 995 user > > >> justforme password something_longish ssl > > > > > > Just something that might not be obvious in Brian's example: the > > > username must always be your complete e-mail address. > > > > > Yep. Mine looks like: > > > > poll imap.gmail.com protocol imap tracepolls: > > user 'walterhu...@gmail.com', with password '', is walter here > > options ssl > > > > Obviously OP would need to change the server being polled to the POP3 > > one, as well as the protocol (though the reason why people want to use > > POP3 when IMAP is available escapes me). > > > > > > I had problems with fetchmail and gmail pop3. emails would start being > missed after undeleted emails hit about 600. By 1000 undeleted emails, > nothing was being downloaded. I don't remember if emails were being marked. > Fixed it by changing to IMAP. > > -- > Regards, > Freeman > > "Microsoft is not the answer. Microsoft is the question. NO (or Linux) is > the > answer." --Somebody > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/20111224234107.GA14101@Deneb.office > >
Re: FETCHMAIL AND GMAIL?
On Tue, Dec 20, 2011 at 10:05:57PM +, Walter Hurry wrote: > On Tue, 20 Dec 2011 23:26:38 +0200, Andrei Popescu wrote: > > > On Ma, 20 dec 11, 17:51:10, Brian wrote: > >> On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: > >> > >> > How do you do to run fecthmail with gmail with POP3 protocol, I can't > >> > it! > >> > How do you do to write the file .fetcmailrc. > >> > >> This what I have as part of my ~/.fetchmailrc > >> > >> poll pop.googlemail.com protopop3 service 995 user > >> justforme password something_longish ssl > > > > Just something that might not be obvious in Brian's example: the > > username must always be your complete e-mail address. > > > Yep. Mine looks like: > > poll imap.gmail.com protocol imap tracepolls: > user 'walterhu...@gmail.com', with password '', is walter here > options ssl > > Obviously OP would need to change the server being polled to the POP3 > one, as well as the protocol (though the reason why people want to use > POP3 when IMAP is available escapes me). > > I had problems with fetchmail and gmail pop3. emails would start being missed after undeleted emails hit about 600. By 1000 undeleted emails, nothing was being downloaded. I don't remember if emails were being marked. Fixed it by changing to IMAP. -- Regards, Freeman "Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer." --Somebody -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111224234107.GA14101@Deneb.office
Re: FETCHMAIL AND GMAIL?
On Tue, 20 Dec 2011 18:24:19 +0100, Alex Padoly wrote: > How do you do to run fecthmail with gmail with POP3 protocol, I can't > it! How do you do to write the file .fetcmailrc. Thanks! > Regards. http://en.lmgtfy.com/?q=fetchmail+gmail Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.21.16.02...@gmail.com
Re: FETCHMAIL AND GMAIL?
On 21 December 2011 07:26, Andrei Popescu wrote: > > Just something that might not be obvious in Brian's example: the > username must always be your complete e-mail address. I have a feeling the fully-qualified address is only required if it's a Google Apps (Gmail for your domain) account. I could be wrong though. Cheers, Ashton -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cafxd2aqqlmmwaog-nk1m71w8hyuoc_rodnry16vvvptbv9e...@mail.gmail.com
Re: FETCHMAIL AND GMAIL?
On Tue 20 Dec 2011 at 23:26:38 +0200, Andrei Popescu wrote: > Just something that might not be obvious in Brian's example: the > username must always be your complete e-mail address. I just have the username. Tried it with justfo...@gmail.com and that worked too. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220224945.GI3655@desktop
Re: FETCHMAIL AND GMAIL?
On Tue, 20 Dec 2011 23:26:38 +0200, Andrei Popescu wrote: > On Ma, 20 dec 11, 17:51:10, Brian wrote: >> On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: >> >> > How do you do to run fecthmail with gmail with POP3 protocol, I can't >> > it! >> > How do you do to write the file .fetcmailrc. >> >> This what I have as part of my ~/.fetchmailrc >> >> poll pop.googlemail.com protopop3 service 995 user >> justforme password something_longish ssl > > Just something that might not be obvious in Brian's example: the > username must always be your complete e-mail address. > Yep. Mine looks like: poll imap.gmail.com protocol imap tracepolls: user 'walterhu...@gmail.com', with password '', is walter here options ssl Obviously OP would need to change the server being polled to the POP3 one, as well as the protocol (though the reason why people want to use POP3 when IMAP is available escapes me). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jcr0s5$u3p$1...@dough.gmane.org
Re: FETCHMAIL AND GMAIL?
On Ma, 20 dec 11, 17:51:10, Brian wrote: > On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: > > > How do you do to run fecthmail with gmail with POP3 protocol, I can't it! > > How do you do to write the file .fetcmailrc. > > This what I have as part of my ~/.fetchmailrc > > poll pop.googlemail.com > protopop3 > service 995 > user justforme > password something_longish > ssl Just something that might not be obvious in Brian's example: the username must always be your complete e-mail address. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: FETCHMAIL AND GMAIL?
On Tue 20 Dec 2011 at 18:24:19 +0100, Alex Padoly wrote: > How do you do to run fecthmail with gmail with POP3 protocol, I can't it! > How do you do to write the file .fetcmailrc. This what I have as part of my ~/.fetchmailrc poll pop.googlemail.com protopop3 service 995 user justforme password something_longish ssl -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220175110.GH3655@desktop
FETCHMAIL AND GMAIL?
Hi, How do you do to run fecthmail with gmail with POP3 protocol, I can't it! How do you do to write the file .fetcmailrc. Thanks! Regards. Alex
Re: Fetchmail certificate problem
On Fri, 28 Oct 2011 08:19:46 +0200, Johann Spies wrote: > With the following fetchmail config: > > poll protocol imap: >no dns > # port 993 >user johann.sp...@alterit.co.za js here password "xxx" > # ssl > # sslcertck# Check the certificates # > sslcertpath /etc/ssl/certs # Path to the certificates >fetchall >mda "formail -s /usr/bin/procmail -f- -d js@localhost" > > I get this error message: > > fetchmail: Server certificate verification error: self signed > certificate (...) That's a normal warning. > But I get my email. Good. > Changing it to uncomment > > sslcertck and > sslcertpath /etc/ssl/certs > > I get this: > > fetchmail: Server CommonName mismatch: localhost != alterit.co.za > fetchmail: Server certificate verification error: self signed > certificate fetchmail: This means that the root signing certificate > (issued for > /C=US/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/ emailAddress=webaster@localhost) > is not in the trusted CA certificate locations, or that c_rehash needs > to be run on the certificate directory. For details, please see the > documentation of --sslcertpath and --sslcertfile in the manual page. (...) > In this case fetching the email fails. That's bad ;-( > The service provider sent me a certificiate which I did put in the path > referred to in the configuration but it did not solve the problem. > > How can I solve this problem? Maybe is that you need to update CA certificate database? :-? (read "man update-ca-certificates") Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.10.28.16.59...@gmail.com
RE: Fetchmail certificate problem
> From: jsp...@sun.ac.za [..] > fetchmail: Server certificate verification error: self signed certificate > fetchmail: This means that the root signing certificate (issued for > /C=US/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost) > is not in the trusted CA certificate locations, or that c_rehash needs to be > run on the certificate directory. For details, please see the documentation > of --sslcertpath and --sslcertfile in the manual page. > fetchmail: Warning: the connection is insecure, continuing > anyways. (Better use --sslcertck!) [..] > > fetchmail: Server CommonName mismatch: localhost != alterit.co.za This might still cause a problem when you get the certificate working. > The service provider sent me a certificiate which I did put in the path > referred to in the configuration but it did not solve the problem. /etc/ssl/certs is a managed location (yes, I know, not strictly FHS compliant). You need to put the certificate in /usr/local/share/ca-certificates (from memory, please double-check with the ca-certificates documentation) and re-run update-ca-certificates. Regards, Arno -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/snt108-w61bac6cecc26fdfd7c4122b8...@phx.gbl
Re: Fetchmail certificate problem
Johann Spies wrote: > I get this error message: > fetchmail: Server certificate verification error: self signed certificate > fetchmail: This means that the root signing certificate (issued for > /C=US/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost) > is not in the trusted CA certificate locations, or that c_rehash needs to be > run on the certificate directory. For details, please see the documentation > of --sslcertpath and --sslcertfile in the manual page. > fetchmail: Warning: the connection is insecure, continuing > anyways. (Better use --sslcertck!) > But I get my email. It looks like your Internet Mail Provider (IMP) is offering TLS with a self-signed certificate. So fetchmail is correctly warning you that the certificate provides no confirmation of identity and little assurance of security. > Changing it to uncomment > sslcertck and > sslcertpath /etc/ssl/certs > In this case fetching the email fails. This is correct. Have you read the fetchmail documentation for the sslcertck option? > The service provider sent me a certificiate which I did put in the path > referred to in the configuration but it did not solve the problem. > How can I solve this problem? What's the problem you're documenting? - your IMP hasn't got a trusted certificate? (IMO there's really little excuse for this.) - your IMP doesn't know what it's doing? (Is C=US/ST=Someprovince/L=Sometown/... really what's in the certificate? If so, I'd look elsewhere. Seriously.) - you don't understand why fetchmail's complaining at you? (See above.) - you've put some certificate somewhere and it doesn't work? (If you accept your IMP's root certificate then you are trusting them for everything. If it's just the braindead self-signed certificate then you have a chance of keeping your security intact. But you do need to do more than just put the certificate in the /etc/ssl/certs directory - read fetchmail's sslcertpath documentation.) Chris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2g7qn8xn98@news.roaima.co.uk
Fetchmail certificate problem
With the following fetchmail config: poll protocol imap: no dns # port 993 user johann.sp...@alterit.co.za js here password "xxx" # ssl # sslcertck# Check the certificates # sslcertpath /etc/ssl/certs # Path to the certificates fetchall mda "formail -s /usr/bin/procmail -f- -d js@localhost" I get this error message: fetchmail: Server certificate verification error: self signed certificate fetchmail: This means that the root signing certificate (issued for /C=US/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page. fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!) But I get my email. Changing it to uncomment sslcertck and sslcertpath /etc/ssl/certs I get this: fetchmail: Server CommonName mismatch: localhost != alterit.co.za fetchmail: Server certificate verification error: self signed certificate fetchmail: This means that the root signing certificate (issued for /C=US/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page. 140204723410600:error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed:s3_clnt.c:1059: fetchmail: alterit.co.za: upgrade to TLS failed. fetchmail: Unknown login or authentication error on johann.sp...@alterit.co.za fetchmail: socket error while fetching from johann.sp...@alterit.co.za fetchmail: Query status=2 (SOCKET) In this case fetching the email fails. The service provider sent me a certificiate which I did put in the path referred to in the configuration but it did not solve the problem. How can I solve this problem? Regards Johann -- Johann SpiesTelefoon: 021-808 4699 Databestuurder / Data manager Sentrum vir Navorsing oor Evaluasie, Wetenskap en Tegnologie Centre for Research on Evaluation, Science and Technology Universiteit Stellenbosch. "If a man abide not in me, he is cast forth as a branch, and is withered; and men gather them, and cast them into the fire, and they are burned." John 15:6 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111028061946.ga15...@sun.ac.za
Re: Re: Setting up a cron for fetchmail
-- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110408102543.GA2909@Chryse-64
Re: system-wide bogofilter, procmail, fetchmail
On 04/05/2011 03:52 PM, Rob Owens wrote: On Mon, Apr 04, 2011 at 09:42:55PM -0500, Ron Johnson wrote: [snip] I set fetchmail to run from each user's crontab. Thus, each user feeds their own mail to postfix/spamassassin and then into maildrop automagically in each user's Maildir. That's an option for me, I guess, since I only have a few users. But is that how admins with hundreds of users do it? Virtual users with messages stored in databases like MySQL. -- "Neither the wisest constitution nor the wisest laws will secure the liberty and happiness of a people whose manners are universally corrupt." Samuel Adams, essay in The Public Advertiser, 1749 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d9b889a.9040...@cox.net
Re: system-wide bogofilter, procmail, fetchmail
On Mon, Apr 04, 2011 at 09:42:55PM -0500, Ron Johnson wrote: > On 04/04/2011 07:43 PM, Rob Owens wrote: > >I'm successfully using fetchmail, procmail, and bogofilter as my user, > >but I'm looking to set it up system-wide and have some questions. > > > >I'm running an IMAP server with accounts for several family members. > >I'd like to scan for spam and file the spam in a "spam" folder for each > >user. > > > >My personal .procmailrc contains this: > > > >:0fw > >| /usr/bin/bogofilter -uep > > > >:0: > >* ^X-Bogosity: Spam, tests=bogofilter > >spam > > > >I guess I'm not sure how to specify that each user has their own "spam" > >folder. Any tips or links to how-to's are welcome. > > > > Does your fetchmail run as a daemon? > Currently I only use fetchmail for my user, and I run it as a daemon. My plan is to run system-wide fetchmail for all users, also as a daemon. > I set fetchmail to run from each user's crontab. Thus, each user > feeds their own mail to postfix/spamassassin and then into maildrop > automagically in each user's Maildir. > That's an option for me, I guess, since I only have a few users. But is that how admins with hundreds of users do it? -Rob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110405205240.gb32...@aurora.owens.net
Re: system-wide bogofilter, procmail, fetchmail
On 04/04/2011 07:43 PM, Rob Owens wrote: I'm successfully using fetchmail, procmail, and bogofilter as my user, but I'm looking to set it up system-wide and have some questions. I'm running an IMAP server with accounts for several family members. I'd like to scan for spam and file the spam in a "spam" folder for each user. My personal .procmailrc contains this: :0fw | /usr/bin/bogofilter -uep :0: * ^X-Bogosity: Spam, tests=bogofilter spam I guess I'm not sure how to specify that each user has their own "spam" folder. Any tips or links to how-to's are welcome. Does your fetchmail run as a daemon? I set fetchmail to run from each user's crontab. Thus, each user feeds their own mail to postfix/spamassassin and then into maildrop automagically in each user's Maildir. -- "Neither the wisest constitution nor the wisest laws will secure the liberty and happiness of a people whose manners are universally corrupt." Samuel Adams, essay in The Public Advertiser, 1749 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d9a81af.2080...@cox.net
system-wide bogofilter, procmail, fetchmail
I'm successfully using fetchmail, procmail, and bogofilter as my user, but I'm looking to set it up system-wide and have some questions. I'm running an IMAP server with accounts for several family members. I'd like to scan for spam and file the spam in a "spam" folder for each user. My personal .procmailrc contains this: :0fw | /usr/bin/bogofilter -uep :0: * ^X-Bogosity: Spam, tests=bogofilter spam I guess I'm not sure how to specify that each user has their own "spam" folder. Any tips or links to how-to's are welcome. -Rob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110405004305.ga26...@aurora.owens.net
Re: fetchmail not working after upgrade to "Squeeze"
lrhorer wrote: > I upgraded one of my servers from "Lenny" to "Squeeze", and now > fetchmail is broken. (This means I cannot retrieve mail, since this > is my IMAP server.) I'm getting the following error: > > unable to log in UID 1000 from UID 115 > > UID 115 is fetchmail's ID and 1000 is the user as whom fetchmail is > supposed to log in to my ISP. > > Never mind. I figured it out. It was a problem with tmail. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/tyidnyz9-zmrotlqnz2dnuvz5smdn...@giganews.com
fetchmail not working after upgrade to "Squeeze"
I upgraded one of my servers from "Lenny" to "Squeeze", and now fetchmail is broken. (This means I cannot retrieve mail, since this is my IMAP server.) I'm getting the following error: unable to log in UID 1000 from UID 115 UID 115 is fetchmail's ID and 1000 is the user as whom fetchmail is supposed to log in to my ISP. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4jadncwruo67e9lqnz2dnuvz5smdn...@giganews.com
Re: Fetchmail/SMTP Errors
On Thu, 10 Jun 2010 19:27:37 +0300, David Baron wrote: > I am getting these every five minutes or so: (...) Re: Email Errors from Spammers http://lists.debian.org/debian-user/2010/05/msg01115.html :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.06.10.17.32...@gmail.com
Fetchmail/SMTP Errors
I am getting these every five minutes or so: FROM: SIZE=8814") 2010-06-10 19:00:32 SMTP call from localhost (dovidhalevi) [127.0.0.1] dropped: too many syntax or protocol errors (last command was "MAIL And a series like this as well: Jun 10 15:26:03 dovidhalevi fetchmail[6514]: SMTP error: 501 : domain literals not allowed Jun 10 15:26:04 dovidhalevi fetchmail[6514]: SMTP error: 501 : domain literals not allowed Jun 10 15:26:04 dovidhalevi fetchmail[6514]: SMTP error: 501 : domain literals not allowed Jun 10 15:26:05 dovidhalevi fetchmail[6514]: SMTP error: 501- : domain literals not allowed^M 501 Too many syntax or protocol errors Jun 10 15:26:05 dovidhalevi fetchmail[6514]: SMTP error: 501 : domain literals not allowed Jun 10 15:26:05 dovidhalevi fetchmail[6514]: SMTP error: 501 : domain literals not allowed Jun 10 15:26:06 dovidhalevi fetchmail[6514]: SMTP error: 501 : domain literals not allowed All of these are spams. Only the jameswellington are being "dropped." I would like all of this to disappear. How do I stop this? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006101927.39045.d_ba...@012.net.il
Re: fetchmail + exim + winmail.dat
Hello List, I have just install the add-on LookOut : it works great ! I guess that it should be packaged. thanks, Jerome Eduardo M KALINOWSKI wrote: On Ter, 08 Dez 2009, Jerome BENOIT wrote: Hello List, I use fetchmail to fetch my email around the Internet, exim as local smtp, and Thunderbird to read them: what is the best Debian way to manage `winmail.dat' files ? There's a Thunderbird extension to read the files. It is listed, among with other possible solutions, here: http://kb.mozillazine.org/Winmail.dat_attachments -- Jerome BENOIT jgmbenoit_at_rezozer_dot_net -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail + exim + winmail.dat
Thanks for your prompt reply. Eduardo M KALINOWSKI wrote: On Ter, 08 Dez 2009, Jerome BENOIT wrote: Hello List, I use fetchmail to fetch my email around the Internet, exim as local smtp, and Thunderbird to read them: what is the best Debian way to manage `winmail.dat' files ? There's a Thunderbird extension to read the files. It is listed, among with other possible solutions, here: http://kb.mozillazine.org/Winmail.dat_attachments I read this page before, but I am looking for Debian packages. Thanks, Jerome -- Jerome BENOIT jgmbenoit_at_rezozer_dot_net -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail + exim + winmail.dat
On Tue, 08 Dec 2009 19:11:22 +0800, Jerome BENOIT wrote: > I use fetchmail to fetch my email around the Internet, exim as local > smtp, and Thunderbird to read them: what is the best Debian way to > manage `winmail.dat' files ? That kind of files are usually generated by Outlook MUA. And there are (at least to my knowledge) two kind to "winmail.dat" files: 1/ Mail formatting ones When Outlook users make use of rtf formatting (mails created within MS Word editor), it is attached across the e-mail that file, which only other Outlooks can manage properly (that is, kmail or Thunderbird just displays the file attached to the e-mail). Usually contains no useful info (just message formatting, no content) 2/ Calendar cites Another "winmail.dat" files are just the way Outlook sends appointments to another users via e-mail (I wish I knew a way I can make Outlook to send an ".ical" file). These files are important as they contain starting and ending dates for tasks or appointments so better do not miss these ones :-) Kmail can "read" these files (by means of "ktnef") but under Gnome I dunno what program can read them. I am using a java utility to access their content. Anyway, you have more information about this here: Winmail.dat attachments http://kb.mozillazine.org/Winmail.dat_attachments Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail + exim + winmail.dat
On Ter, 08 Dez 2009, Jerome BENOIT wrote: Hello List, I use fetchmail to fetch my email around the Internet, exim as local smtp, and Thunderbird to read them: what is the best Debian way to manage `winmail.dat' files ? There's a Thunderbird extension to read the files. It is listed, among with other possible solutions, here: http://kb.mozillazine.org/Winmail.dat_attachments -- James Joyce -- an essentially private man who wished his total indifference to public notice to be universally recognized. -- Tom Stoppard Eduardo M KALINOWSKI edua...@kalinowski.com.br -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
fetchmail + exim + winmail.dat
Hello List, I use fetchmail to fetch my email around the Internet, exim as local smtp, and Thunderbird to read them: what is the best Debian way to manage `winmail.dat' files ? Thanks in advance, Jerome -- Jerome BENOIT jgmbenoit_at_mailsnare_dot_net -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: fetchmail -v
On Tue, Nov 03, 2009 at 06:02:47AM -0400, Paul Cartwright wrote: > I am having issue with email, my /var/log/mail.err is full of socket > errors over the weekend. Tech support said to try fetchmail -v from > the command line. My problem is, my fetchmailrc file has many > entries for users, none local, so I don't think I can run fetchmail > from the command line. Which fetchmailrc are you talking about? Is it ~/.fetchmailrc? If you can't use the standard configuration file, make a new one with a different name and use the -f option for fetchmail telling it which configuration file to use. > > anyone know how to run fetchmail in VERBOSE mode, from the fetchmailrc method? > what I get from the command line is: > # fetchmail -v > fetchmail: WARNING: Running as root is discouraged. > fetchmail: no mailservers have been specified. Don't run it as root. > > > when I run it as my local user I get: > $ fetchmail -v MAIL_SERVER > Enter password for p...@mail_server: > Specify the user on the mail server in your configuration file. Read "man fetchmailrc". > pbc is my local user on my box, not my email user.. In the manpage of fetchmailrc you will find inter alia the folowing example that provides for a situation like yours: poll pop.provider.net proto pop3 port 3111 user "jsmith" with pass "secret1" is "smith" here user jones with pass "secret2" is "jjones" here keep Regards. Johann -- Johann Spies Telefoon: 021-808 4599 Informasietegnologie, Universiteit van Stellenbosch "Lo, children are an heritage of the LORD: and the fruit of the womb is his reward."Psalms 127:3 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
fetchmail -v
I am having issue with email, my /var/log/mail.err is full of socket errors over the weekend. Tech support said to try fetchmail -v from the command line. My problem is, my fetchmailrc file has many entries for users, none local, so I don't think I can run fetchmail from the command line. anyone know how to run fetchmail in VERBOSE mode, from the fetchmailrc method? what I get from the command line is: # fetchmail -v fetchmail: WARNING: Running as root is discouraged. fetchmail: no mailservers have been specified. when I run it as my local user I get: $ fetchmail -v MAIL_SERVER Enter password for p...@mail_server: pbc is my local user on my box, not my email user.. what /var/log/mail.err is telling me is: Nov 1 04:53:13 paulandcilla fetchmail[4950]: socket error while fetc hing from u...@my_domain.com@EMAIL_SERVER.com -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, 1 Sep 2009 05:51:49 -0400 Paul Cartwright wrote: > On Tue August 25 2009, Micha wrote: > > > what benefit would I get from procmail? > > > > 1. The ability to move from kmail to something else if you want without > > rewriting your rules. > > good idea.. I like that, especially when testing different email programs. > > > 2. The ability to pull mail without having kmail running (via a cron job or > > fetchmail daemon) > I do that now with fetchmail, it brings it all in to my /var/mail/user > > > 3. Text file with regular expression based rules that you know where it > > resides and can back it up and human read it > > this I DO like ! the ability to use filters across email programs. > > > > If you don't care about these three than nothing (some consider the third a > > downside, not an improvement but that's personal preference not an > > absolute) > > > > On the downside, if you want to explicitly pull mail now, pulling mail from > > kmail doesn't pull the mail off your accounts, you need to do that > > explicitly from the command line > > > > It's all down to personal preferences. > > > > I played around a lot at the time looking for a mail client I'd be happy > > with (Still haven't found one) and worked quite a bit with mutt (I'm not > > sure if it even supports pulling mail itself) so fetchmail + procmail was > > the best option for me. > > right now, on my system I have icedove, evolution, kmail, and claws, all > setup > for my local user. procmail seems to move the mail into an mbox file, and I > haven't figured out how to get any email program to read an mbox folder. you can put it in other formats as well such as maildir, although mail programs should support mbox is it is the traditional unix format. If I recall correctly though kmail, icedove and evolution are all notorious for storing mail in their own hidden folder and they don't work with a different directory (I think that there are hacks to do it though). I need to test again. One of the reasons I use claws mail another option is to setup a local imap server and contact that (an option a lot of people use) > > > > If this is a remotely accessible machine, you also have the advantage of > > being able to use a gui mail client locally and a text one remotely or > > serve your folders via an imap server and then you are not limited at all. > > tell me about this " text one remotely".. I can ssh into my box, but this > file, being mbox, isn't easily readable, or is this where mutt comes in? > actually it is a folder of mbox files.. when I checked yesterday, there were > 250 files.. > use mutt or pine or webmail -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-09-01 05:19, Paul Cartwright wrote: On Tue September 1 2009, Ron Johnson wrote: If your "person message store" is an mbox file, then I'd: this is the part I can't figure out.. I don't have an mbox setup on kmail, I don't see a way for it to read an mbox folder.. I tried to create an mbox folder in an account, but I don't see any way to do that. There's *definitely* a way! I just don't know it... :) 1. shutdown kmail, 2. append the "errant" mbox file onto your "master" mbox file, 3. rm any index files that kmail uses, 4. restart kmail. basically, I just did a for i in `ls` >> /var/mail/ME done so they all ended back up in my inbox. That'll work, too, because /var/mail/$USER is an mbox file... -- Brawndo's got what plants crave. It's got electrolytes! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue September 1 2009, Ron Johnson wrote: > If your "person message store" is an mbox file, then I'd: this is the part I can't figure out.. I don't have an mbox setup on kmail, I don't see a way for it to read an mbox folder.. I tried to create an mbox folder in an account, but I don't see any way to do that. > 1. shutdown kmail, > 2. append the "errant" mbox file onto your "master" mbox file, > 3. rm any index files that kmail uses, > 4. restart kmail. > basically, I just did a for i in `ls` >> /var/mail/ME done so they all ended back up in my inbox. -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-09-01 04:51, Paul Cartwright wrote: [snip] right now, on my system I have icedove, evolution, kmail, and claws, all setup for my local user. procmail seems to move the mail into an mbox file, and I haven't figured out how to get any email program to read an mbox folder. But you see, that's the beauty of IMAP: the MUA does not know nor care where the email is stored, or how it's stored. If this is a remotely accessible machine, you also have the advantage of being able to use a gui mail client locally and a text one remotely or serve your folders via an imap server and then you are not limited at all. tell me about this " text one remotely".. I can ssh into my box, but this Text-based MUA. file, being mbox, isn't easily readable, or is this where mutt comes in? actually it is a folder of mbox files.. when I checked yesterday, there were 250 files.. Store your email "in" an IMAP daemon, i.e., let the imapd worry about where and how it stores all your email in one central location. Then, no matter where you are in the world, using whatever kind of client machine, you can access your email. So, you can ssh into your home machine, then run Mutt/Alpine, or run Mutt/Alpine/Outlook/Tbird/Claws on a remote machine, and give it your home machine's IP address, your username and password. (For that, though, you'd need to also run imapsd.) Or... run a web server and webmail app on your home machine, and remotely access your email that way. Bottom line: unless you are rooted to one MUA on one machine, IMAP is *the* way to go... -- Brawndo's got what plants crave. It's got electrolytes! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-09-01 04:45, Paul Cartwright wrote: On Tue August 25 2009, Chris Jones wrote: but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. I'm not sure I understand.. what I DID find out was, my procmailrc file WORKED.. the problem is, I didn't do it right. I sent all my personal email ( for the last 4 days) to a mbox file in my home directory. I THOUGHT I had kmail setup to get that mail, but it didn't. SO, I had to forward it back to my /var/mail/user and resend it.. how do I get kmail to accept email from that mbox file, or did I do it wrong? If your "person message store" is an mbox file, then I'd: 1. shutdown kmail, 2. append the "errant" mbox file onto your "master" mbox file, 3. rm any index files that kmail uses, 4. restart kmail. -- Brawndo's got what plants crave. It's got electrolytes! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue August 25 2009, Micha wrote: > > what benefit would I get from procmail? > > 1. The ability to move from kmail to something else if you want without > rewriting your rules. good idea.. I like that, especially when testing different email programs. > 2. The ability to pull mail without having kmail running (via a cron job or > fetchmail daemon) I do that now with fetchmail, it brings it all in to my /var/mail/user > 3. Text file with regular expression based rules that you know where it > resides and can back it up and human read it this I DO like ! the ability to use filters across email programs. > > If you don't care about these three than nothing (some consider the third a > downside, not an improvement but that's personal preference not an > absolute) > > On the downside, if you want to explicitly pull mail now, pulling mail from > kmail doesn't pull the mail off your accounts, you need to do that > explicitly from the command line > > It's all down to personal preferences. > > I played around a lot at the time looking for a mail client I'd be happy > with (Still haven't found one) and worked quite a bit with mutt (I'm not > sure if it even supports pulling mail itself) so fetchmail + procmail was > the best option for me. right now, on my system I have icedove, evolution, kmail, and claws, all setup for my local user. procmail seems to move the mail into an mbox file, and I haven't figured out how to get any email program to read an mbox folder. > > If this is a remotely accessible machine, you also have the advantage of > being able to use a gui mail client locally and a text one remotely or > serve your folders via an imap server and then you are not limited at all. tell me about this " text one remotely".. I can ssh into my box, but this file, being mbox, isn't easily readable, or is this where mutt comes in? actually it is a folder of mbox files.. when I checked yesterday, there were 250 files.. -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue August 25 2009, Chris Jones wrote: > > but looking at the procmailrc( now non-existant), then thinking about > > my 200 kmail filters, I'm not sure I could tackle that task.. > > As another poster hinted, this is another example of the hidden benefits > of cloning the Microsoft model. I'm not sure I understand.. what I DID find out was, my procmailrc file WORKED.. the problem is, I didn't do it right. I sent all my personal email ( for the last 4 days) to a mbox file in my home directory. I THOUGHT I had kmail setup to get that mail, but it didn't. SO, I had to forward it back to my /var/mail/user and resend it.. how do I get kmail to accept email from that mbox file, or did I do it wrong? -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Wed, 26 Aug 2009 00:30:03 -0400 Chris Jones wrote: > On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: > > On Tue, 25 Aug 2009 13:32:21 +0300 > > Micha wrote: > > > ... > > > > 3. Text file with regular expression based rules that you know where > > > it resides and can back it up and human read it > > > As the resident Sylpheed fanboy, I must point out that Sylph stores > > all its configuration, including its filter rules (which can utilize > > regex's), in fairly easy to understand XML files under > > $HOME/.sylpheed-2.0. > > Nice.. > > So it should be fairly straightforward to generate a procmail .rc file > and move the filters where they rightly belong.. > > :-) :/ Actually not too difficult; I did once write a perl script that uses XML::Parser to convert Sylph / Claws XML based addressbooks to CSV format, and doing something similar for the filter rules files shouldn't be much different. http://www.claws-mail.org//tools/claws-mail-clawsxml2csv.tar.gz> Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Wed, Aug 26, 2009 at 12:30:03AM -0400, Chris Jones wrote: > On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: > > On Tue, 25 Aug 2009 13:32:21 +0300 > > Micha wrote: > > > ... > > > > 3. Text file with regular expression based rules that you know where > > > it resides and can back it up and human read it > > > As the resident Sylpheed fanboy, I must point out that Sylph stores > > all its configuration, including its filter rules (which can utilize > > regex's), in fairly easy to understand XML files under > > $HOME/.sylpheed-2.0. > > Nice.. > > So it should be fairly straightforward to generate a procmail .rc file > and move the filters where they rightly belong.. hmmm... that would be a lovely little bit of transformation code to write... if I only had the time. A signature.asc Description: Digital signature
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-25 23:30, Chris Jones wrote: On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: On Tue, 25 Aug 2009 13:32:21 +0300 Micha wrote: ... 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Nice.. So it should be fairly straightforward to generate a procmail .rc file and move the filters where they rightly belong.. Or, if you are in your right mind, maildrop. -- Obsession with "preserving cultural heritage" is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, Aug 25 2009, Andrei Popescu wrote:
> On Mon,24.Aug.09, 20:56:27, Paul Cartwright wrote:
>
>> but looking at the procmailrc( now non-existant), then thinking about my 200
>> kmail filters, I'm not sure I could tackle that task..
>
> maildir (and procmail too as I hear, but I don't like its syntax) is
> *very* powerful. I recently did a major rewrite on my maildrop rules. I
> had one rule for each Debian list, now I have exactly one:
>
> # These are the lists.debian.org lists
> if (/^List-Id:.*/)
> {
> to Maildir/.debian.$MATCH1
> }
>
> Similar for googlegroups, alioth, ... All that was needed was a bit of
> folder renaming ;)
Hmm. Here is my Debian section; this pulls out emails for my
packages from the pts, discards all other devel-changes mail; pulls
out boring debbugs email, send bugs for my package into a package
specific folder, pulls out mail sent to bugs I reported separately,
and then files every debian group to a separate folder.
Oh, I used to separate out ballots and votes, etc, but that is
mostly done away with.
After mailagent, procmail seems ... underpowered.
manoj
##
##
##
#Debian #
##
##
##
##
X-PTS-Package: /([-\w]+)/
{ ANNOTATE -d X-Agent-list 'pkg-%1';
ASSIGN list 'pkg-%1';
REJECT MailingList };
# X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc
X-Loop: /debian-devel-changes/i { REJECT JUNK; };
# Do not wish to see acks for bug reports
From: /own...@bugs.debian.org/, Subject: /Bug#\d+: Acknowledgement /
{ REJECT JUNK; };
# These have little information really
From: /own...@bugs.debian.org/, Subject: /Bug#\d+: Info received/i
{ REJECT ClosedBugs };
X-Loop: /debian-bugs-dist/i{ REJECT DEBIANBUGS };
X-Loop: /own...@bugs.debian.org/i { REJECT DEBIANBUGS };
X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc:
/lists.debian.org/i { REJECT DEBIAN };
X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc:
/debian-ctte/i { REJECT DEBIAN };
X-Loop: /deity/i { ASSIGN list deity; REJECT MailingList };
Sender From: /install...@ftp-master.debian.org/
{ ASSIGN list 'installed'; REJECT MailingList };
# Handle My own bugs
To Resent-CC: /Manoj Srivastava/
{ REJECT MYBUGS };
X-Debian-PR-Package: /([-\w]+)/
{ ANNOTATE -d X-Agent-list 'pkg-%1';
ASSIGN list 'pkg-%1';
REJECT MailingList };
# Resent-To: Manoj Srivastava is for bugs I reported
/./
{ ASSIGN list 'debian';
ANNOTATE -d X-Agent-list unknown-bug-list;
REJECT MailingList;
};
#handle policy bugs
X-Debian-PR-Package: /debian-policy/
{ ASSIGN list 'debian-policy';
ANNOTATE -d X-Agent-list debian-list;
REJECT MailingList;
};
X-Debian-PR-Package: /general/
{ ASSIGN list 'debian-devel';
ANNOTATE -d X-Agent-list general-bugs;
REJECT MailingList;
};
X-Debian-PR-Package: /wnpp/
{ ASSIGN list 'wnpp';
ANNOTATE -d X-Agent-list debian-list;
REJECT MailingList;
};
Subject: /\[proposal\]/i, X-Debian-PR-Package: /debian-policy/
{ ASSIGN list 'debian-policy';
ANNOTATE -d X-Agent-list debian-list;
REJECT MailingList;
};
All: /./
{
ASSIGN list 'debian-bugs';
ANNOTATE -d X-Agent-list debian-list;
REJECT MailingList;
};
X-Loop:
/(debian-bugs-(closed|forwarded))(-(request|dist))?...@lists.debian.org/i
{ REJECT ClosedBugs };
X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc :
/(debian-ctte+)(-(request|dist|private))?...@debian.org/gi
{ ASSIGN list '%1';
ANNOTATE -d X-Agent-list debian-list;
REJECT MailingList;
};
Subject: /CFV: Proposal/, X-Loop: /debian-vote/ { REJECT VOTE };
X-Loop: /(debian-[\w-]+)(-(request|dist))?...@lists.debian.org/gi
{ ASSIGN list '%1';
SUBST #list /-(digest|request|dist)//gi;
SUBST #list /devel-changes/changes/i;
ANNOTATE -d X-Agent-list debian-list;
REJECT MailingList;
};
Body: /^\s*I vote\s+\w+\s+on/i
{ UNIQUE -a (vote); VACATION off; MESSAGE ~/etc/mail/voteack;
REJECT VOTEACK; };
All: /./ { REJECT DEBIAN };
X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc :
/(debian-[\w-]+)(-(request|dist))?...@lists.debian.org/gi
{ ASSIGN list '%1';
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote: > On Tue, 25 Aug 2009 13:32:21 +0300 > Micha wrote: > ... > > 3. Text file with regular expression based rules that you know where > > it resides and can back it up and human read it > As the resident Sylpheed fanboy, I must point out that Sylph stores > all its configuration, including its filter rules (which can utilize > regex's), in fairly easy to understand XML files under > $HOME/.sylpheed-2.0. Nice.. So it should be fairly straightforward to generate a procmail .rc file and move the filters where they rightly belong.. :-) CJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, 25 Aug 2009 13:44:57 +0300 Andrei Popescu wrote: > On Ma,25.aug.09, 13:32:21, Micha wrote: > > > On the downside, if you want to explicitly pull mail now, pulling > > mail from kmail doesn't pull the mail off your accounts, you need to > > do that explicitly from the command line > > Not very familiar with kmail, but claws-mail (sylpheed too?) has > configurable "Actions" which you can use to run external > programs/scripts. Of course Sylph does ;) Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, 25 Aug 2009 13:32:21 +0300 Micha wrote: > On 8/24/2009 11:34 PM, Paul Cartwright wrote: > > On Mon August 24 2009, Micha wrote: > >> Personally I use fetchmail + procmail to fetch and filter my mail > > > > I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls > > it > > all in via my local user. From there I have many, MANY filters to put mail > > in > > separate folders. > > what benefit would I get from procmail? ... > 3. Text file with regular expression based rules that you know where it > resides > and can back it up and human read it As the resident Sylpheed fanboy, I must point out that Sylph stores all its configuration, including its filter rules (which can utilize regex's), in fairly easy to understand XML files under $HOME/.sylpheed-2.0. Celejar -- mailmin.sourceforge.net - remote access via secure (OpenPGP) email ssuds.sourceforge.net - A Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-25 18:29, Chris Jones wrote: On Tue, Aug 25, 2009 at 03:02:44PM EDT, Ron Johnson wrote: On 2009-08-25 13:55, Chris Jones wrote: On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. Is that a benefit or a "benefit"? I'll leave that for the OP to decide.. Thanks for providing the historical background.. never knew Microsoft had invented the all-in-one mailer that does one thing right.. make it difficult to switch. Actually, I think that was a Nutscrape "innovation", needed because of Windows' limited/non-existent multitasking abilities at the time. -- Obsession with "preserving cultural heritage" is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Tue, Aug 25, 2009 at 03:02:44PM EDT, Ron Johnson wrote: > On 2009-08-25 13:55, Chris Jones wrote: >> On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: >> >> [..] >>> but looking at the procmailrc( now non-existant), then thinking >>> about my 200 kmail filters, I'm not sure I could tackle that task.. >> As another poster hinted, this is another example of the hidden >> benefits of cloning the Microsoft model. > Is that a benefit or a "benefit"? I'll leave that for the OP to decide.. Thanks for providing the historical background.. never knew Microsoft had invented the all-in-one mailer that does one thing right.. make it difficult to switch. CJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-25 13:55, Chris Jones wrote: On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. Is that a benefit or a "benefit"? -- Obsession with "preserving cultural heritage" is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Mon, Aug 24, 2009 at 08:56:27PM EDT, Paul Cartwright wrote: [..] > but looking at the procmailrc( now non-existant), then thinking about > my 200 kmail filters, I'm not sure I could tackle that task.. As another poster hinted, this is another example of the hidden benefits of cloning the Microsoft model. CJ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Ma,25.aug.09, 13:32:21, Micha wrote: > On the downside, if you want to explicitly pull mail now, pulling > mail from kmail doesn't pull the mail off your accounts, you need to > do that explicitly from the command line Not very familiar with kmail, but claws-mail (sylpheed too?) has configurable "Actions" which you can use to run external programs/scripts. > I played around a lot at the time looking for a mail client I'd be > happy with (Still haven't found one) and worked quite a bit with > mutt (I'm not sure if it even supports pulling mail itself) so > fetchmail + procmail was the best option for me. mutt does SMTP, POP3 and IMAP now, but who cares ;) Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 8/24/2009 11:34 PM, Paul Cartwright wrote: On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? 1. The ability to move from kmail to something else if you want without rewriting your rules. 2. The ability to pull mail without having kmail running (via a cron job or fetchmail daemon) 3. Text file with regular expression based rules that you know where it resides and can back it up and human read it If you don't care about these three than nothing (some consider the third a downside, not an improvement but that's personal preference not an absolute) On the downside, if you want to explicitly pull mail now, pulling mail from kmail doesn't pull the mail off your accounts, you need to do that explicitly from the command line It's all down to personal preferences. I played around a lot at the time looking for a mail client I'd be happy with (Still haven't found one) and worked quite a bit with mutt (I'm not sure if it even supports pulling mail itself) so fetchmail + procmail was the best option for me. If this is a remotely accessible machine, you also have the advantage of being able to use a gui mail client locally and a text one remotely or serve your folders via an imap server and then you are not limited at all. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Mon,24.Aug.09, 20:56:27, Paul Cartwright wrote:
> but looking at the procmailrc( now non-existant), then thinking about my 200
> kmail filters, I'm not sure I could tackle that task..
maildir (and procmail too as I hear, but I don't like its syntax) is
*very* powerful. I recently did a major rewrite on my maildrop rules. I
had one rule for each Debian list, now I have exactly one:
# These are the lists.debian.org lists
if (/^List-Id:.*/)
{
to Maildir/.debian.$MATCH1
}
Similar for googlegroups, alioth, ... All that was needed was a bit of
folder renaming ;)
Regards,
Andrei
--
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
signature.asc
Description: Digital signature
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-24 19:56, Paul Cartwright wrote: On Mon August 24 2009, Ron Johnson wrote: But if Paul is asking the benefit of procmail over competing MDAs like maildrop, then the benefit is cryptic line noise a la Perl. what I'm asking is.. will it benefit me to change the way I do email and add another program into the mix. right now I do fetchmail to /var/mail/myuser kmail picks up the mail, does all the filtering... when I fire up icedove, it is a totally separate set of folders & emails ( dating back 2 years:) I'm not sure I understand how I can use procmail to put mail into filtered folders that any mail program can read. It would be nice to be able to switch programs & still have all my mail in the same folders.. but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. Adding to Kevin's excellent points: The Windows Way (actually pioneered by Netscape, but who's quibbling?) combines server and client functionality into the MUA. This was needed on Win3.1 and Win9X, and tradition has kept it afloat. On Linux, though, mail clients don't have to be so do-all. By using a mail retriever, you've made the important First Step in divesting your Mail User Agent from non-User functionality. The next step is to integrate procmail with fetchmail and have it deposit the email in a client-neutral location. Maildir and IMAP were designed for this very purpose. Then you will be able to use whatever MUA you want (or Mutt, if you are using Testing or Sid, and X ever craps out for a few days), on whatever machine you desire (as long as it is networked with your main PC). -- Obsession with "preserving cultural heritage" is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RE: ProcMail, WAS: Re: Fetchmail and Gmail
> From: Paul Cartwright [mailto:a...@pcartwright.com] > Sent: Monday, August 24, 2009 5:56 PM > > On Mon August 24 2009, Ron Johnson wrote: > > But if Paul is asking the benefit of procmail over competing MDAs > > like maildrop, then the benefit is cryptic line noise a la Perl. > > what I'm asking is.. will it benefit me to change the way I > do email and add > another program into the mix. > right now I do fetchmail to /var/mail/myuser > kmail picks up the mail, does all the filtering... > when I fire up icedove, it is a totally separate set of > folders & emails ( > dating back 2 years:) > > I'm not sure I understand how I can use procmail to put mail > into filtered > folders that any mail program can read. > It would be nice to be able to switch programs & still have > all my mail in the > same folders.. > but looking at the procmailrc( now non-existant), then > thinking about my 200 > kmail filters, I'm not sure I could tackle that task.. Personally I use Maildirs. Mail is delivered to a Maildir folder under each user's home directory. Folders in your mail client are also folders in the Maildir. Many mail clients can read Maildirs (Evolution being one. Possibly Icedove, not sure though.) Procmail understands Maildirs. You just tell it the folder name you want a message copied to in your rules. You can also use an IMAP server, as I do. IMAP allows folders, unlike POP3. And most IMAP servers understand Maildirs. Then just point any mail client to the IMAP server (which can be localhost), and your mail client will display the folder hierarchy. Webmail servers will connect to an IMAP server running on the localhost, so then you will be able to access your email from any web browser anywhere, assuming your computer is reachable from the Internet, and still see all your folders. Also, personally I use a different mail filtering program, not procmail, but the basic functionality is the same. -- Kevin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On Mon August 24 2009, Ron Johnson wrote: > But if Paul is asking the benefit of procmail over competing MDAs > like maildrop, then the benefit is cryptic line noise a la Perl. what I'm asking is.. will it benefit me to change the way I do email and add another program into the mix. right now I do fetchmail to /var/mail/myuser kmail picks up the mail, does all the filtering... when I fire up icedove, it is a totally separate set of folders & emails ( dating back 2 years:) I'm not sure I understand how I can use procmail to put mail into filtered folders that any mail program can read. It would be nice to be able to switch programs & still have all my mail in the same folders.. but looking at the procmailrc( now non-existant), then thinking about my 200 kmail filters, I'm not sure I could tackle that task.. -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ProcMail, WAS: Re: Fetchmail and Gmail
On 2009-08-24 17:11, Kevin Ross wrote: From: Paul Cartwright [mailto:a...@pcartwright.com] Sent: Monday, August 24, 2009 1:35 PM On Mon August 24 2009, Micha wrote: Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? The processing happens at the server level instead of the client level. This means the mail is already filed into the proper folders when you launch your favorite mail client. This also means you can easily move back and forth between mail clients and not have to rewrite the rules for each client, if the client even supports filters. This is especially useful if you also have a webmail server running on your computer. But if Paul is asking the benefit of procmail over competing MDAs like maildrop, then the benefit is cryptic line noise a la Perl. -- Obsession with "preserving cultural heritage" is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RE: ProcMail, WAS: Re: Fetchmail and Gmail
> From: Paul Cartwright [mailto:a...@pcartwright.com] > Sent: Monday, August 24, 2009 1:35 PM > > On Mon August 24 2009, Micha wrote: > > Personally I use fetchmail + procmail to fetch and filter my mail > > I use fetchmail to pull in my mail for all my domain accounts. Kmail > pulls it > all in via my local user. From there I have many, MANY filters to put > mail in > separate folders. > what benefit would I get from procmail? The processing happens at the server level instead of the client level. This means the mail is already filed into the proper folders when you launch your favorite mail client. This also means you can easily move back and forth between mail clients and not have to rewrite the rules for each client, if the client even supports filters. This is especially useful if you also have a webmail server running on your computer. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ProcMail, WAS: Re: Fetchmail and Gmail
On Mon August 24 2009, Micha wrote: > Personally I use fetchmail + procmail to fetch and filter my mail I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls it all in via my local user. From there I have many, MANY filters to put mail in separate folders. what benefit would I get from procmail? -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon August 24 2009, Micha wrote: > On the other hand I forgot my password several times (way too many password > protected accounts each with it's own password restrictions) and it saved > me that I could just open the file and see the password. try keepassX, a great little app ( linux & windows) for storing your logins/passwords/URLs for almost anything.. all you need to remember is THE ONE keepassX password:) -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Monday 24 August 2009 07:05:18 Rob Gom wrote: > I believe that storing passwords encrypted is always > safer than storing them unencrypted. Well, then you would be wrong. I an unattended program can take the bytes stored in the inode(s) and send your password to your ISP then a program written by an attacker can take the same bytes and send your password back to the attacker. Technically the password is not encrypted in this case, only obfuscated. If your password requires getting a passphrase/key/whatever from you, it can't be used by non-interactive programs. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 8/24/2009 3:05 PM, Rob Gom wrote: On Mon, Aug 24, 2009 at 1:01 PM, Andrei Popescu wrote: On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: [cut] Ok, so now I see the reasons to move: 1. Power& flexibility: (if one needs something more than what mail application can offer) Yes, in many cases it is, but the "separate tools" approach is more flexible and more powerful. [cut] 2. Mail program limitations: Initially moved my mail retrieval+sorting outside the GUI client because it couldn't download mail in a separate thread. Then I also moved the (this is also my case - KMail famous bug) As for: "Storing the password encrypted in some file has no benefit over storing the password in plain text, because anyone who gets the hash will be able to access your mail. And if you don't use SSL for connecting to the mail server you can encrypt the password as much as you like on your system, because it will be transmitted in clear over the wire. A potential attacker doesn't even have to break in your system." To clarify: I don't send passwords in plain text over the net (mainly SSL/TLS). And I believe that storing passwords encrypted is always safer than storing them unencrypted. On the other hand I forgot my password several times (way too many password protected accounts each with it's own password restrictions) and it saved me that I could just open the file and see the password. After I download the mail it's on my system anyway, and if you occasionally change the password then the problem is solved Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon, Aug 24, 2009 at 1:01 PM, Andrei Popescu wrote: > On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: >> [cut] Ok, so now I see the reasons to move: 1. Power & flexibility: (if one needs something more than what mail application can offer) > > Yes, in many cases it is, but the "separate tools" approach is more > flexible and more powerful. > [cut] 2. Mail program limitations: > Initially moved my mail retrieval+sorting outside the GUI client because > it couldn't download mail in a separate thread. Then I also moved the (this is also my case - KMail famous bug) As for: "Storing the password encrypted in some file has no benefit over storing the password in plain text, because anyone who gets the hash will be able to access your mail. And if you don't use SSL for connecting to the mail server you can encrypt the password as much as you like on your system, because it will be transmitted in clear over the wire. A potential attacker doesn't even have to break in your system." To clarify: I don't send passwords in plain text over the net (mainly SSL/TLS). And I believe that storing passwords encrypted is always safer than storing them unencrypted. Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
...
From user's point of view it is something "additional". Instead of
configuring mail setup in single place (MUA, mail program), one has to
set it up both in MUA (retrieve mail from local mail box) and
fetchmail configuration file.
It's not that difficult. Really.
In my (ordinary user) opinion configuring mail program from its gui
and text file somewhere in the filesystem is more difficult than
editing only one place. And, believe me or not, there are people who
That is your opinion, others don't think that way. That is why there are
different options. Plus, fetchmail is MUCH older than gui email programs.
Personally I use fetchmail + procmail to fetch and filter my mail
This way I can easily switch mail clients, also my mail client doesn't have to
be running all the time using up memory and cpu.
prefer graphical interfaces for some tasks, finding them more
convenient than command line.
The latter (IMHO) has very limited
functionality of password encryption handling,
Sure it doess, with POPS.
Maybe I haven't been understood well. My mail provider gives me a
password. In mail program I add it to some wallet or let mail program
to encrypt it after setting up. If I want to use fetchmail, I have to
write it there in plain text (correct me if I'm wrong), which is not
what I like doing.
no gui integration
Boo fscking hoo.
I beg your pardon?
- it
is needed to launch text editor to edit specific file...
Again, boo fscking hoo.
Does this setup have any advantages?
Yes, it does, since it fetches your mail *for you* from your ISP's POP
server, and can send it to an MTA, which passes it thru SpamAssassin and
then an MDA, which then filters your email into separate folders depending
on topic or sender.
So? Where's the advantage? My mail program fetches mail *for me* from
my ISP's POP server, passes it thru any filter (let it be
spamassassin), then writes it to separate folders depending on
basically anything. Fetchmail, MTA, MDA avoided, whereas the same
purpose achieved. Easier.
Another benefit: for the longest time, ISPs had very small mailbox sizes,
and some still do. fetchmail/getmail running in daemon mode or through cron
every X minutes will keep your ISP mailbox relatively empty, even if you go
away on vacation.
Only if my computer (desktop) stays powered on all the time which is
not the case. And mailboxes are big enough.
It is counterintuitive
Remember, *ix is both a desktop and serve at the same time. Thus, break out
of your Windows Mentality.
It seems that you strongly believe in that. Please, don't
underestimate others technical knowledge. I am able to set up
fetchmail et al, but I don't find it necessary nor logical. Let the
engine be complicated as hell (fetchmail, MUA, MTA, MDA, spamassassin,
others), but also let user only touch the steering wheel and ignition
button.
and non
ergonomic, isn't it?
"Ergonomics" has nothing to with fetchmail.
But it has something to do with setting up your working environment.
Unless "automatically fetching mail so that you don't have to" is considered
ergonomic.
The above makes no sense to me, sorry.
Are there any mail programs which allow seamless integration with
fetchmail/getmail?
All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail.
Are there any mail programs, which allow all mail server settings
(server, port, user, password, ......) to be passed to/handled by
fetchmail? Like a checkbox "don't download it by yourself, let
fetchmail to do it for you".
Regards,
Robert
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: > > So? Where's the advantage? My mail program fetches mail *for me* from > my ISP's POP server, passes it thru any filter (let it be > spamassassin), then writes it to separate folders depending on > basically anything. Fetchmail, MTA, MDA avoided, whereas the same > purpose achieved. Easier. Yes, in many cases it is, but the "separate tools" approach is more flexible and more powerful. Initially moved my mail retrieval+sorting outside the GUI client because it couldn't download mail in a separate thread. Then I also moved the sending for similar reasons. The added benefit is that switching mail clients is much easier now: SMTP server: localhost IMAP server: localhost and I'm done. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On Mon,24.Aug.09, 11:37:53, Rob Gom wrote: > > Maybe I haven't been understood well. My mail provider gives me a > password. In mail program I add it to some wallet or let mail program > to encrypt it after setting up. If I want to use fetchmail, I have to > write it there in plain text (correct me if I'm wrong), which is not > what I like doing. Storing the password encrypted in some file has no benefit over storing the password in plain text, because anyone who gets the hash will be able to access your mail. And if you don't use SSL for connecting to the mail server you can encrypt the password as much as you like on your system, because it will be transmitted in clear over the wire. A potential attacker doesn't even have to break in your system. Even if you manage to avoid all these issues, root would still be able to get your password (basically you must assume you can't protect yourself from root). Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On Sun, Aug 23, 2009 at 9:30 PM, Ron Johnson wrote: > On 2009-08-23 14:09, Rob Gom wrote: >> >> Hi all, >> could anyone explain to me why fetchmail is needed in the first place? > > Now *this* is an excellent flame! Why do you consider my opinion as flamewar, whereas I only expect some simple answers? > >> From user's point of view it is something "additional". Instead of >> configuring mail setup in single place (MUA, mail program), one has to >> set it up both in MUA (retrieve mail from local mail box) and >> fetchmail configuration file. > > It's not that difficult. Really. In my (ordinary user) opinion configuring mail program from its gui and text file somewhere in the filesystem is more difficult than editing only one place. And, believe me or not, there are people who prefer graphical interfaces for some tasks, finding them more convenient than command line. > >> The latter (IMHO) has very limited >> functionality of password encryption handling, > > Sure it doess, with POPS. Maybe I haven't been understood well. My mail provider gives me a password. In mail program I add it to some wallet or let mail program to encrypt it after setting up. If I want to use fetchmail, I have to write it there in plain text (correct me if I'm wrong), which is not what I like doing. > >> no gui integration > > Boo fscking hoo. I beg your pardon? > >> - it >> is needed to launch text editor to edit specific file... > > Again, boo fscking hoo. > >> Does this setup have any advantages? > > Yes, it does, since it fetches your mail *for you* from your ISP's POP > server, and can send it to an MTA, which passes it thru SpamAssassin and > then an MDA, which then filters your email into separate folders depending > on topic or sender. > So? Where's the advantage? My mail program fetches mail *for me* from my ISP's POP server, passes it thru any filter (let it be spamassassin), then writes it to separate folders depending on basically anything. Fetchmail, MTA, MDA avoided, whereas the same purpose achieved. Easier. > Another benefit: for the longest time, ISPs had very small mailbox sizes, > and some still do. fetchmail/getmail running in daemon mode or through cron > every X minutes will keep your ISP mailbox relatively empty, even if you go > away on vacation. Only if my computer (desktop) stays powered on all the time which is not the case. And mailboxes are big enough. > >> It is counterintuitive > > Remember, *ix is both a desktop and serve at the same time. Thus, break out > of your Windows Mentality. > It seems that you strongly believe in that. Please, don't underestimate others technical knowledge. I am able to set up fetchmail et al, but I don't find it necessary nor logical. Let the engine be complicated as hell (fetchmail, MUA, MTA, MDA, spamassassin, others), but also let user only touch the steering wheel and ignition button. >> and non >> ergonomic, isn't it? > > "Ergonomics" has nothing to with fetchmail. > But it has something to do with setting up your working environment. > Unless "automatically fetching mail so that you don't have to" is considered > ergonomic. > The above makes no sense to me, sorry. >> Are there any mail programs which allow seamless integration with >> fetchmail/getmail? > > All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail. > Are there any mail programs, which allow all mail server settings (server, port, user, password, ..) to be passed to/handled by fetchmail? Like a checkbox "don't download it by yourself, let fetchmail to do it for you". Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 2009-08-23 14:09, Rob Gom wrote: Hi all, could anyone explain to me why fetchmail is needed in the first place? Now *this* is an excellent flame! From user's point of view it is something "additional". Instead of configuring mail setup in single place (MUA, mail program), one has to set it up both in MUA (retrieve mail from local mail box) and fetchmail configuration file. It's not that difficult. Really. The latter (IMHO) has very limited functionality of password encryption handling, Sure it doess, with POPS. no gui integration Boo fscking hoo. - it is needed to launch text editor to edit specific file... Again, boo fscking hoo. Does this setup have any advantages? Yes, it does, since it fetches your mail *for you* from your ISP's POP server, and can send it to an MTA, which passes it thru SpamAssassin and then an MDA, which then filters your email into separate folders depending on topic or sender. Another benefit: for the longest time, ISPs had very small mailbox sizes, and some still do. fetchmail/getmail running in daemon mode or through cron every X minutes will keep your ISP mailbox relatively empty, even if you go away on vacation. It is counterintuitive Remember, *ix is both a desktop and serve at the same time. Thus, break out of your Windows Mentality. and non ergonomic, isn't it? "Ergonomics" has nothing to with fetchmail. Unless "automatically fetching mail so that you don't have to" is considered ergonomic. Are there any mail programs which allow seamless integration with fetchmail/getmail? All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail. -- Featuring GRATUITOUS ALIEN NUDITY -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
Rob Gom writes: [...] > Are there any mail programs which allow seamless integration with > fetchmail/getmail? If by that you mean allow you to get your mail via POP or IMAP without editing any configuration files, sure, all of the GUI mail clients do this: Thunderbird, KMail, Evolution, etc. -Scott. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
Hi all, could anyone explain to me why fetchmail is needed in the first place? >From user's point of view it is something "additional". Instead of configuring mail setup in single place (MUA, mail program), one has to set it up both in MUA (retrieve mail from local mail box) and fetchmail configuration file. The latter (IMHO) has very limited functionality of password encryption handling, no gui integration - it is needed to launch text editor to edit specific file... Does this setup have any advantages? It is counterintuitive and non ergonomic, isn't it? Are there any mail programs which allow seamless integration with fetchmail/getmail? Regards, Robert -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On 2009-08-21 02:18, Andrei Popescu wrote: On Fri,21.Aug.09, 11:43:04, Girish Kulkarni wrote: On Thu, 20 Aug 2009, Andrei Popescu wrote: Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: >> Your worked! Apparently :( Honestly, that was a lame flame. Mainly because it was a good segue into why you don't like it, instead of a raw blast of vituperation. I'm not really complaining, though. I'll stop responding to this thread now. -- Featuring GRATUITOUS ALIEN NUDITY -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fetchmail and Gmail
On Fri,21.Aug.09, 11:43:04, Girish Kulkarni wrote: > On Thu, 20 Aug 2009, Andrei Popescu wrote: > >>> > >>>Fetchmail and Gmail both seem strange to me. Getting them to > >>>actually work together must be a dark art :) > >>> > >> > >>What's so strange about fetchmail? > > > >I admit this is uninformed, but it seems to me like fetchmail tries to > >be many things, but not particularly good at anything: > > Your worked! Apparently :( I'll stop responding to this thread now. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Re: Fetchmail and Gmail
On Thu, 20 Aug 2009, Andrei Popescu wrote: Fetchmail and Gmail both seem strange to me. Getting them to actually work together must be a dark art :) What's so strange about fetchmail? I admit this is uninformed, but it seems to me like fetchmail tries to be many things, but not particularly good at anything: Your worked! -- Girish Kulkarni - Allahabad, India - athene.org.in/girish -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
