Re: Problems with mailreaver.crm examples

"Ger Hobbelt" <[email protected]>
Newsgroups gmane.mail.spam.crm114
Message-ID <[email protected]>
Hm. Funny. NOT.

Okay, well, the thing that I did when testing that stuff the vanilla
way, is plonk all those mail*.crm AND the mailfilter.cf AND the
backlist/whitelist *.mfp files in a single directory, all together
now; then use -u to have crm114 chdir to that directory (that's what
the '-u' does under water: a chdir within the crm114 application). It
also helped me reduce the amount of confusion that can ensue when you
start using --fileprefix and -u and relative pathed --configfile
together.

Bottom line: in cases like these, first try to make it cough up
something legible without specifying any paths in --config /
--fileprefix, and when you still are seeing weird shit, best is to
shell-script a pushd/popd around it, so you don't have to use paths at
all in the crm114 command line itself:

pushd /home/my_user_directory
crm114 invocation incantation ....
popd

and backpedal from there until you've got /tmp, etc. working.

Please don't ask the question of 'separation of concerns': code and
configuration are all cuddling together. It's winter, you know. ;-)


BTW: another thing to watch out for are user access rights on your
directories; nothing fancy going on there, it's just that when you are
a geriatric like me and work the system using multiple consoles and
two user accounts at the same time, sometimes you, ahhh, 'discover'
that an 'mkdir' in one console isn't all that sensible when
approaching it from another user/console some times. Yes, I screw up
at times. T'was just a thought...


On Tue, Nov 25, 2008 at 2:10 PM, Trever L. Adams <[email protected]> wrote:
> If I do things like the following (in all documentation I can find)
> /usr/bin/crm -u /home/my_user_directory mailfilter.crm
>
> I then get errors such as /usr/bin/crm: *UNTRAPPABLE ERROR*
> Couldn't open the file: mailfilter.crm
>
> If I start it in the same directory where the following all exist:
> /usr/share/crm114/mailfilter.crm
> /usr/share/crm114/maillib.crm
> /usr/share/crm114/mailreaver.crm
> /usr/share/crm114/mailtrainer.crm
>
> I am unable to get it to write to cache_reaver. If I set it up to use /tmp
> for the cache_reaver dir(which is where I am testing things at the moment),
> it will create that directory and all the sub directories, but refuses to
> write to the texts subdirectory which it created.
>
> I am using the following command: ./mailreaver.crm
> --config=/usr/share/doc/crm114-0/mailfilter.cf --fileprefix=/tmp/ < some
> mail file
>
> All the directories are currect and I have modified the mailfilter.cf to be
> the way I would like.
>
> I am seeing this problem with calling crm/crm files outside of the directory
> they exist in with other projects as well.
>
> This is CRM114, version 20080630-BlameVT (TRE 0.7.5 (LGPL))
>
> Any suggestions?
>
> Thank you,
> Trever Adams
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Crm114-general mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/crm114-general
>
>



-- 
Met vriendelijke groeten / Best regards,

Ger Hobbelt

--------------------------------------------------
web:    http://www.hobbelt.com/
        http://www.hebbut.net/
mail:   [email protected]
mobile: +31-6-11 120 978
--------------------------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.