Liste des Groupes | Revenir à cm sendmail |
What I have is based off of the following, which is now available via Archive.orgYes that is helpful. I have been reading them already quite a few times. I am little surprised that this rewriting requires external support. I thought some functions would be compiled in with sendmail.
Link - SRS integration with sendmail
- https://web.archive.org/web/20051221183047/http://srs-socketmap.info/sendmailsrs.htm
I have sym-links in /usr/share/sendmail/cf/hack directory pointing to the m4 files in the /etc/mail/srs directory.I am really surprised there is still so little native support for srs in sendmail or existing milters. Especially when I see you are already addressing this since 2004.
Towards the end of my sendmail.mc file I have the following line:
I'm currently using the perlsrs-old.m4.
HACK(`perlsrs-old')dnl
Both perlsrs.m4 and socketmap.m4 rely on the socketmapd.0.31.pl file running as a daemon listening on a local Unix socket. -- I used this for a while, but abandoned it because I got tired of needing to manually start it after updates. I should have written an init script, but c'est la vie.
So I switched to perlsrs-old.m4 which forks a copy of envfrom2srs.pl or srs2envto.pl as necessary.
I've never had any problems with the overhead of forking the Perl processes. SpamAssassin, ClamAV, and the IMAP daemon take up FAR more resources than the SRS solution.
It looks like line 37 of the perlsrs-old.m4 is what references the class w map (where local-host-names gets loaded into). So I would think that you could create a new class and load contents of a different file into the class and for reference.I think I would change this to something like identifying my local ip ranges/network. I think that is easier to maintain.
Les messages affichés proviennent d'usenet.