Is it possible, with HPT, to forward incoming netmail messages to another user name? For example, I just had some netmail come into my system addressed to 'Sysop', that I can't view from within my BBS. If HPT had a way to forward incoming messages addressed to 'Sysop' to 'Dan Richter' it would be great.
Is it possible, with HPT, to forward incoming netmail messages to another user name? For example, I just had some netmail come into my system addressed to 'Sysop', that I can't view from within my BBS. If HPT had a way to forward incoming messages addressed to 'Sysop' to 'Dan Richter' it would be great.
Is it possible, with HPT, to forward incoming netmail messages to
another user name? For example, I just had some netmail come into my system addressed to 'Sysop', that I can't view from within my BBS. If
HPT had a way to forward incoming messages addressed to 'Sysop' to
'Dan Richter' it would be great.
--- Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)
a netmail message? you could maybe use a netmail tracker to rewrite the message to your name before it is imported into the BBS... not sure but
i think there is something for that in the husky tools but if not, maybe look into RNTrack... i have it here but have not yet played with it... i need similar to bounce and/or readdress netmails that arrive here...
Heh, I'm trying to do something similar, only instead of forwarding to a different user.... Forwarding to a different host. I want to forward specifically addressed Netmail's sent to me on 1:135/300 to 1:135/371 so they go to my actual BBS node which isn't the same physical (or virtual) host. :)
IfIs it possible, with HPT, to forward incoming netmail messages to another user name? For example, I just had some netmail come into my system addressed to 'Sysop', that I can't view from within my BBS.
HPT had a way to forward incoming messages addressed to 'Sysop' to 'Dan Richter' it would be great.
from the default mystic mutil.ini file:
On 20 Jul 2019, Eric Renfro said the following.../371.
Heh, I'm trying to do something similar, only instead of forwarding
to a different user.... Forwarding to a different host. I want to
forward specifically addressed Netmail's sent to me on 1:135/300 to
1:135/371 so they go to my actual BBS node which isn't the same
physical (or virtual) host. :)
For that, you should be able to use the Route keyword. Something like: Route crash 1:135/371 1:135/300
That should route all netmail addressed to /300, and forward them to
I definitely do not want that! That's a HUB server and it handles a
large bulk of mail, Areafix, Filefix, TIC, etc.
No, I just want to forward on what's sent to me, by various specific names, to 1:135/371, so I get it on my BBS as well.
I want to forward specifically addressed Netmail's sent to me on
1:135/300 to 1:135/371
For that, you should be able to use the Route keyword. Something like: Route crash 1:135/371 1:135/300
That should route all netmail addressed to /300, and forward them to
/371.
Is it possible, with HPT, to forward incoming netmail messages to
another user name?
That's how I was doing it when I was using Mystic to handle the
echomail tossing. I am now using HPT to handle all of my echomail
needs, and I'm missing that function.
If you are talking about echomail you should take a look at theCarbon Copy works with netmail messages and it just copy the message from a netmail base to another netmail base, you can't cange the to: address nor the destination name and the status of the message (received) so you can't copy an incoming netmail and send the copy of the message to another destination.
"carbon copy" function. There are many "carbon" related keywords
for hpt. I'm not sure but CarbonDelete and other keywords for destination may work like a forwarder.
Is it possible, with HPT, to forward incoming netmail messages to
another user name? For example, I just had some netmail come into my system addressed to 'Sysop', that I can't view from within my BBS. If
HPT had a way to forward incoming messages addressed to 'Sysop' to
'Dan Richter' it would be great.
If you are talking about echomail you should take a look at the "carbon copy" fu nction. There are many "carbon" related keywords for hpt. I'm
not sure but Carbo nDelete and other keywords for destination may work like a forwarder.
If your hpt was compiled with Perl, you may use Perl. You may write in your filt er.pl file:
You should also have such a line in your fidoconfig:
Is it possible, with HPT, to forward incoming netmail messages to another user name? For example, I just had some netmail come into my system addressed to 'Sysop', that I can't view from within my BBS. If HPT had a way to forward incoming messages addressed to 'Sysop' to 'Dan Richter'
it would be great.
Heh, I'm trying to do something similar, only instead of forwarding to a different user.... Forwarding to a different host. I want to forward specifically addressed Netmail's sent to me on 1:135/300 to 1:135/371 so they go to my actual BBS node which isn't the same physical (or virtual) host. :)
For that, you should be able to use the Route keyword. Something like: Route crash 1:135/371 1:135/300
That should route all netmail addressed to /300, and forward them to
/371.
If you are talking about echomail you should take a look at the "carbon copy" fu nction. There are many "carbon" related keywords for hpt. I'm
not sure but Carbo nDelete and other keywords for destination may work like a forwarder.
anotherIf you are talking about echomail you should take a look at theCarbon Copy works with netmail messages and it just copy the message from a netmail base to another netmail base, you can't cange the to: address nor the destination name and the status of the message (received) so you can't copy an incoming netmail and send the copy of the message to
"carbon copy" function. There are many "carbon" related keywords
for hpt. I'm not sure but CarbonDelete and other keywords for
destination may work like a forwarder.
destination.
This is my CarbonCopy setup:
# Carbon Copy Personal Netmail
CarbonFromArea NetMailArea
CarbonRule AND
CarbonTo Fabio Bizzi
CarbonRule NOT
CarbonFrom Areafix
CarbonRule NOT
CarbonFrom ALLFIX+
CarbonRule NOT
CarbonFrom Filefix
CarbonCopy Personal
Heh, I'm trying to do something similar, only instead of forwarding
to a different user.... Forwarding to a different host. I want to
forward specifically addressed Netmail's sent to me on 1:135/300 to
1:135/371 so they go to my actual BBS node which isn't the same
physical (or virtual) host. :)
RNTrack. That will do what you are looking for. It's quite buggy with JAM message bases but works well with *.msg and squish bases.
If you have ideas on how I'd do this with RNTrack, I'm all ears. I don't even have much of a starting place and the tool looks.... Quite complicated and daunting when first looking at it, unlike Husky Tools in general was, which I got into it pretty quickly. I might, once I get footing in, get on RNTrack when I have a baseline to start with, and an understanding of how that baseline actually works.
You could also do everything that RNTrack does with hpt's filter.pl. I
am currently writing loop, dupe and ping subs in perl and as soon as I
am comfortable with them I will be dropping RNTrack.
This is really confortable because I found that RNTrack has troubles
with JAM ms g bases (This is why my primary netmail base is still in squish format). So do you think is possibile to replace RNTrack
functions with perl filters?
Do you think to share your scripsts? ;)
Easiest way is to create a secondary netmail area and use CarbonCopy to copy everything over, make the secondary area a *.msg base then use that base for RNTrack.
You could also do everything that RNTrack does with hpt's filter.pl. I am currently writing loop, dupe and ping subs in perl and as soon as I am comfortable with them I will be dropping RNTrack.
This is really confortable because I found that RNTrack hasI was in contact with the author who said it is pretty
troubles with JAM ms g bases
much useless with JAM bases until he updates smapi.
Looks like, if I were to do something like that for netmail to forward
it on from 1:135/300 if sent to Eric Renfro, Sysop, etc, I would use a filter sub, after my &pong, and just check $toaddr and $toname and if $toarea is undefined. Hmmm
Could you elaborate a bit?
There is nothing mentioned in the known bugs file.
Yes it does. I was in contact with the author who said it is pretty much useless with JAM bases until he updates smapi.
Do you think to share your scripsts? ;)
Gladly. There are already a lot of examples in the HPT src. When I am comfortable and have tested it, I will send it to whoever wants it.
Looks like, if I were to do something like that for netmail to
forward it on from 1:135/300 if sent to Eric Renfro, Sysop, etc, I
would use a filter sub, after my &pong, and just check $toaddr and
$toname and if $toarea is undefined. Hmmm
$toarea would be your netmail area.
if (!defined $toarea && $toaddr eq "1:135/300" && $toname eq "EricRenfro"
{
$toaddr = "1:135/371";
$area = "NETMAIL";
$change = 1;
}
(I'm about to test that again with a $toarea instead of $area, to see if that was the issue, but I tried many things).
Could you elaborate a bit?I emailed both code maintainers about RNTrack crashing when using JAM bases and here is the response I received from Michael Dukelsky, one
There is nothing mentioned in the known bugs file.
of the authors:
Tested the change by changing $area to $toarea in that, resulting in the same thing.
Carbon Copy works with netmail messages and it just copy the message
from a netmail base to another netmail base, you can't cange the to: address nor the destination name and the status of the message
(received) so you can't copy an incoming netmail and send the copy of
the message to another destination.
I just need it to change netmail coming into the system addressed to 'Sysop' to address them to 'Dan Richter'. :)
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 368 |
Nodes: | 16 (2 / 14) |
Uptime: | 53:48:26 |
Calls: | 7,887 |
Calls today: | 1 |
Files: | 12,962 |
Messages: | 5,788,820 |