Subj : AllFix and Remap To : Vladislav Muschinskikh From : Kai Richter Date : Sun Jan 19 2025 07:26 pm Hello Vladislav! 19 Jan 25, Vladislav Muschinskikh wrote to Kai Richter: VM> Processing incoming emails occurs at the 'hpt toss' stage. VM> However, Remap does not interfere with the processing of emails for VM> Areafix. Ups, i barely noticed this. In other words: Areafix Mail to the node is not remapped to the point? Then it would be interesting why. It sounds like hpt "knows" not to remap the Areafix mails. Then this problem was on the screen of a dev already. In that case why does it not work for known Filefix mails? Subjectline say "AllFix" but after reviewing the docs husky does not have an "all"fix. Area control is done by hpt and File control is done by htick. In my mind is a robot name declaration line but i can't grep it in my configs. By logic i would expect that hpt does not remap any mail that is for a robot. VM> So, I don't have separate calls to 'hpt afix' and 'hpt scan'. Maybe inside some other batchfiles? Without "hpt scan" we shouldn't read your mails here. ;-) VM> In my case, it's simply enough to comment out the Remap line and VM> everything works as intended Thanks for the answer before i could ask. :) VM> I think maybe we could use a hook in the perl file filter() instead VM> of Remap? When the first run without remap is completed then you don't have remapped mail on your point. If you run with remap again do you get your mail remapped? If yes, then the two configs run could be a workaround. I'm still unsure if this could be called a bug. There could be configurations that want to have a remap done before the allfix. The best soulution would be to have control on the sequence. One last thought. The point system was designed for different physical locations. If you can do a node login and need a seperation of your personal mail from the netmail folder then "carboncopy move 'name'" could be another option. Regards Kai --- GoldED+/LNX 1.1.4.7 * Origin: Monobox (2:240/77) .