

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
14 messages in net.sourceforge.lists.courier-maildrop[maildropl] Re: Line endings / DOS fo...| From | Sent On | Attachments |
|---|---|---|
| Henk van Lingen | Oct 5, 2005 7:05 am | |
| Jay Lee | Oct 5, 2005 7:24 am | |
| Tony Earnshaw | Oct 5, 2005 8:50 am | |
| Tom Diehl | Oct 5, 2005 11:40 am | |
| Henk van Lingen | Oct 5, 2005 2:58 pm | |
| Paul L. Allen | Oct 5, 2005 7:32 pm | |
| Henk van Lingen | Oct 6, 2005 7:31 am | |
| Paul L. Allen | Oct 6, 2005 7:48 am | |
| Jay Lee | Oct 6, 2005 8:05 am | |
| Jay Lee | Oct 6, 2005 8:35 am | |
| Paul L. Allen | Oct 6, 2005 9:02 am | |
| mouss | Oct 6, 2005 10:34 am | |
| Thorsten Haude | Oct 6, 2005 12:33 pm | |
| Sam Varshavchik | Oct 6, 2005 3:31 pm |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | [maildropl] Re: Line endings / DOS format | Actions... |
|---|---|---|
| From: | Paul L. Allen (pl...@softflare.com) | |
| Date: | Oct 6, 2005 9:02:05 am | |
| List: | net.sourceforge.lists.courier-maildrop | |
Jay Lee writes:
I agree, it does not make sense to extend maildrop to understand every possible syntax end users might happen to throw at it. maildrop is a programming language and as such, it has strict requirements about what it should see.
Perl used to barf over scripts with DOS eol being run on a *nix box. That has largely been eliminated, although there are still certain cases that fail (from vague memory, "here documents"). But perl runs on many platforms (even obscure ones most people never heard of) whereas maildrop is strictly *nix.
One fix is to install sqwebmail just so people can use it to create and edit filters. It's hard enough teaching our less-gifted customers how to use that, so we'd have no chance of getting them to edit the filters directly. Then again, with a vpopmail setup there's no way we could give them direct access to the filters without compromising security since the entire domain directory structure is owned by vpopmail:vchkpwd.
However, I do agree with OP that it is somewhat annoying to the end user to discover that all their mail is bouncing simply because they forgot a ' or a ( in their .mailfilter file.
That means the next time they edit the file they'll remember about changing the EOLs. :)
Or another possible way I can think of doing this is adding something like this the end of your global maildroprc:
exception { include '$HOME/.mailfilter' } exit
This would cause the global filter to execute individual users filters but ignore a failed compile (maybe?).
Very similar to what our global filter has. I pieced it together from various suggestions on the vpopmail/qmailadmin mailing list Ours ends with:
exception { include ./.mailfilter }
to $VMAILDIR
I think that your exit at the end would cause the mail to be thrown away or bounced rather than be delivered. So yours should probably look like:
exception { include $HOME/.mailfilter }
to $HOME/Maildir
Then again, I did that so long ago I can't remember if I checked it with a broken filter. Maybe that doesn't work if the filter is broken and I'm happily deluding myself.
-- Paul Allen Softflare Support







