I have a similar problem to yours, but I was thinking on how to postpone fetching of big mails till the night, when it is cheaper. Did you see this on the manual? -l <maxbytes>, --limit <maxbytes> (Keyword: limit) Takes a maximum octet size argument. Messages larger than this size will not be fetched and will be left on the server (in foreground sessions, the progress messages will note that they are "oversized"). If the fetch protocol per mits (in particular, under IMAP or POP3 without the fetchall option) the message will not be marked seen An explicit --limit of 0 overrides any limits set in your run con trol file. This option is intended for those needing to strictly control fetch time due to expensive and variable phone rates. In daemon mode, oversize notifications are mailed to the calling user (see the --warnings option). This option does not work with ETRN or ODMR. It seems that in daemon mode it will do what you want. -w <interval>, --warnings <interval> (Keyword: warnings) Takes an interval in seconds. When you call fetchmail with a `limit' option in daemon mode, this controls the interval at which warnings about oversized messages are mailed to the calling user (or the user specified by the `postmaster' option). One such notification is always mailed at the end of the the first poll that the oversized message is detected. Thereafter, renotification is suppressed until after the warning interval elapses (it will take place at the end of the first following poll). -- Cheers, Carlos Robinson El 02.10.06 a las 21:12, Tony White escribió:
Date: Sun, 06 Oct 2002 21:12:37 +0300 From: Tony White
To: suse-linux-e@suse.com Subject: [SLE] How to bounce large mails Hi
I have a LAN with a dial-up gateway. Mails are delivered to our remotely hosted mail server, and we collect mail with fetchmail (global /etc/fetchmailrc) started from ip-up.local once ppp0 is up (and the *fastest* line speed we get is 24kbps - *and* we pay the equivalent of 10 US cents per minute for *local* calls)
I have limited fetchmail to not collect mails larger than 500,000 bytes (which I think is more than generous!)
Problem: Mails larger than this limit remain on the remote host, and fill up and slow down subsequent fetchmail sessions (as these mails are repeatedly scanned, but not retrieved - I have to use an alternative manual method to delete them every so often)
Desired: to automatically delete from the remote host, and send a bounce message to the originator - telling them the mail is too big and was not delivered.
Any ideas?
Brgds, Tony