Text 17135, 61 rader
Skriven 2014-05-10 13:18:45 av Damon A. Getsman (13.fidolinux)
  Kommentar till text 17132 av Maxim Gribanov (2:5064/56)
Ärende: Re: Please help me with amavis
======================================
  Re: Please help me with amavis
  By: Maxim Gribanov to All on Wed May 07 2014 11:55:36

 > Here is listing of the config :
 > 
 > use strict;

 > # $ Mydomain is used just for convenience in the config files and it is not
 > # Used internally by amavisd-new except in the default X_HEADER_LINE (which
 > # Debian overrides by default anyway).

 > chomp ($ mydomain = `head-n 1 / etc / mailname`);

 > # Amavisd-new needs to know which email domains are to be considered local
 > # To the administrative domain. Only emails to "local" domains are subject
 > # To certain functionality, such as the addition of spam tags.
 > #
 > # Default local domains to $ mydomain and all subdomains. Remember to
 > # Override or redefine this if $ mydomain is changed later in the config
 > # Sequence.

 > @ local_domains_acl = (". $ mydomain");

 > one ; # Ensure a defined return

	Not trying to start a religious war here, I promise, but one
place you might want to start is trying to use /bin/sh interpreted
scripting in your rc files, or switching to a linux distribution that
does.  I didn't recognize the Linux distro you were using, nor the
mail handler 'amavis', are these perhaps primarily russian made &
operated packages that I've not seen before?
	Anyway, unless you've got perl in your smallest, primary boot
partition (which should hold root-level topdirs only, such as /root,
/bin, /sbin, /etc, and so forth), that's not going to be salvaged in
case of a serious filesystem crash.  Perl won't load to interperet
the scripts, and you've got issues with that unless you're just 
dropping to single user mode.  I'm guessing that you also have your
whole system, or most of it except, perhaps, for secondary drive and
the like, on alternate, secondarily-mounted filesystems.  That's
easy, but definitely not the best in case of a slowly corrupting disc
failure, major corruption due to a hard knock, or corruption due to
malicious hacking and cracking, power failure, or bugs in the system.
	You might want to consider changing to a new distro, if this
is an option, otherwise a new system configuration might be a little
more robust.
	I will now prepare my python and shell scripting armor to
protect against the legions of perl nerd-knights who are now waiting
to do battle with me, no doubt.
	Best wishes!


    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Guh up the effbomb down wif yr bad self; seriously.  That means 'shut
      the effbomb up, in the parlance of the first child I raised from birth
      on . . .  I recommend it because my patience with people that are only
      interested in passing judgement and making pointless jabs without
      knowing the exact facts about what they're dealing with is waning.
      Consider yrself warned.
    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
--- SBBSecho 2.26-OpenBSD
 * Origin: telnet://bismaninfo.hopto.org:8023 1:282/1057 (1:282/1057)