Odd IMAP failures, seems to be network
I run a Mikrotik router as my home router, have done for years. I personally have never had an issue with it. The current one is an hAP ac^3 running 6.47.10 with plenty of free RAM and disk space and virtually zero CPU usage. However one of my "users", running Thunderbird on Windows, has an ongoing problem using IMAP. When she sends an email, the email is not saved to the (IMAP) "Sent" folder. If she saves a draft, it fails to save to the (IMAP) "Drafts" folder. In both cases the failure comes after a long wait, indicating IMHO a network problem. This does not happen all the time, but often enough (well more than half the time) to be extremely frustrating. We can discern no commonality between the affected messages - large, small, addressees, attachments etc. Sometimes if she disconnects from the network and then reconnects, the message will work the second time around, but IMHO this is just blind luck. The thing is, this does NOT happen when she is using the same computer outside our home - on a public network, her phone's hotspot or whatever. Only at home. I have excluded wifi as the problem; she gets the same issue on a wired connection. I have set up my own IMAP connection (though not as yet with Thunderbird) and cannot replicate the problem. She and I use the same local network, the same email provider and the same connectivity provider (ADSL from iiNet). The link is slow (about 14/0.4), but has been dependable and as I say, I do not have any problem other than with speed. This has been going on for probably about two years now, getting steadily worse, to the point where she now leaves the house to work (which is a big deal, as it's a 40-minute round trip to a suitable location). I'm at a bit of a loss as to what it might be, and am asking here to see if anyone has a router-related clue. Or any ideas as to how I might go about troubleshooting this. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254
It's not what you want to hear, but we've encountered this before and "I remember forgetting the fix". One thing Thunderbird strongly dislikes is configuration changes. If you update the IMAP/SMTP hostnames it can leave remnants in the background which can trip it over. Some legacy clients from our previous business push Thunderbird to its limits, and they tend to find it a touch unreliable if the throughput isn't sufficient. Main problem I remember is the drafts failing to save and some sends failing. Like clockwork though, it tended to let it send if you re-tried 1-2 times after the initial fail, though the drafts never quite saved properly. You've ruled out the client/machine/etc as otherwise I'd suggest the folder configuration. Does the issue persist if the IMAP account is set-up in another email client? Same network, same protocol, new client - same issue? What about crypto? Everything on TLS over the proper port/s, verified to work okay? Nothing running on 143/plain or SSL, etc? How do the logs look? https://wiki.mozilla.org/MailNews:Logging#Generating_a_Protocol_Log Do you have any addons running on her Thunderbird installation? They + TB are up-to-date? Cheers, Luke Thompson Operations Manager The Network Crew Pty Ltd https://thenetworkcrew.com.au On 8/4/22 4:14 pm, Karl Auer wrote:
I run a Mikrotik router as my home router, have done for years. I personally have never had an issue with it. The current one is an hAP ac^3 running 6.47.10 with plenty of free RAM and disk space and virtually zero CPU usage.
However one of my "users", running Thunderbird on Windows, has an ongoing problem using IMAP. When she sends an email, the email is not saved to the (IMAP) "Sent" folder. If she saves a draft, it fails to save to the (IMAP) "Drafts" folder. In both cases the failure comes after a long wait, indicating IMHO a network problem.
This does not happen all the time, but often enough (well more than half the time) to be extremely frustrating. We can discern no commonality between the affected messages - large, small, addressees, attachments etc. Sometimes if she disconnects from the network and then reconnects, the message will work the second time around, but IMHO this is just blind luck.
The thing is, this does NOT happen when she is using the same computer outside our home - on a public network, her phone's hotspot or whatever. Only at home.
I have excluded wifi as the problem; she gets the same issue on a wired connection. I have set up my own IMAP connection (though not as yet with Thunderbird) and cannot replicate the problem. She and I use the same local network, the same email provider and the same connectivity provider (ADSL from iiNet). The link is slow (about 14/0.4), but has been dependable and as I say, I do not have any problem other than with speed.
This has been going on for probably about two years now, getting steadily worse, to the point where she now leaves the house to work (which is a big deal, as it's a 40-minute round trip to a suitable location).
I'm at a bit of a loss as to what it might be, and am asking here to see if anyone has a router-related clue. Or any ideas as to how I might go about troubleshooting this.
Regards, K.
On Fri, 2022-04-08 at 16:26 +1000, Luke Thompson wrote:
It's not what you want to hear, but we've encountered this before and "I remember forgetting the fix".
Well if it comes back to you, do let me know :-)
One thing Thunderbird strongly dislikes is configuration changes.
We've installed TBird on an entirely new Windows laptop and the problem persists. Probably not config changes.
Does the issue persist if the IMAP account is set-up in another email client? Same network, same protocol, new client - same issue?
I've set up an IMAP client in Evolution on Linux, but it's not the same actual email account. That's definitely something to try next I think.
What about crypto? Everything on TLS over the proper port/s, verified to work okay? Nothing running on 143/plain or SSL, etc?
Config has been checked up the wazoo, it is definitely squeaky clean.
How do the logs look? https://wiki.mozilla.org/MailNews:Logging#Generating_a_Protocol_Log
Oooh, logs! I am not a Windows guy and could not find any TBird logs. That is a very useful link, many thanks.
Do you have any addons running on her Thunderbird installation? They + TB are up-to-date?
Everything is up to date (no add-ons I don't think, maybe the calendar is an add-on?) Thanks, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254
Stab in the dark Have a look at your connection stats ? Try dropping the MTU on the WAN — Denis Hancock Chief Technical Officer / Director Mobile 0407 687 621 Book a meeting with me <https://calendly.com/denis-hancock/webmeet> Australian Information Security Association (AISA) Member This email is intended only for the addressed and is subject to copyright. If you have received this email in error, please notify the sender immediately.
On 8 Apr 2022, at 16:14, Karl Auer <kauer@nullarbor.com.au> wrote:
I run a Mikrotik router as my home router, have done for years. I personally have never had an issue with it. The current one is an hAP ac^3 running 6.47.10 with plenty of free RAM and disk space and virtually zero CPU usage.
However one of my "users", running Thunderbird on Windows, has an ongoing problem using IMAP. When she sends an email, the email is not saved to the (IMAP) "Sent" folder. If she saves a draft, it fails to save to the (IMAP) "Drafts" folder. In both cases the failure comes after a long wait, indicating IMHO a network problem.
This does not happen all the time, but often enough (well more than half the time) to be extremely frustrating. We can discern no commonality between the affected messages - large, small, addressees, attachments etc. Sometimes if she disconnects from the network and then reconnects, the message will work the second time around, but IMHO this is just blind luck.
The thing is, this does NOT happen when she is using the same computer outside our home - on a public network, her phone's hotspot or whatever. Only at home.
I have excluded wifi as the problem; she gets the same issue on a wired connection. I have set up my own IMAP connection (though not as yet with Thunderbird) and cannot replicate the problem. She and I use the same local network, the same email provider and the same connectivity provider (ADSL from iiNet). The link is slow (about 14/0.4), but has been dependable and as I say, I do not have any problem other than with speed.
This has been going on for probably about two years now, getting steadily worse, to the point where she now leaves the house to work (which is a big deal, as it's a 40-minute round trip to a suitable location).
I'm at a bit of a loss as to what it might be, and am asking here to see if anyone has a router-related clue. Or any ideas as to how I might go about troubleshooting this.
Regards, K.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 https://www.google.com/url?q=http://www.nullarbor.com.au&source=gmail-imap&ust=1650003408000000&usg=AOvVaw1M9ePbt89NYU9fRyDL7M-v mobile +61 428 957160
GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au https://www.google.com/url?q=http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au&source=gmail-imap&ust=1650003408000000&usg=AOvVaw2k0B1tvAu0ynrnM7nQdzBc
On Fri, 2022-04-08 at 16:44 +1000, Denis Hancock wrote:
Stab in the dark Have a look at your connection stats ? Try dropping the MTU on the WAN
We do have periods of dropouts, but the email thing is continuous. Dropping the MTU on the WAN is something I could try, but wondering why only one user would have this issue if it were something systemic like that. But worth a try, maybe Windows is ignoring something. Though if it were I would have thought the whole world would be screaming... Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254
On Fri, 2022-04-08 at 16:44 +1000, Denis Hancock wrote:
Try dropping the MTU on the WAN
I tried dropping the MTU on the WAN by setting max_mtu and max_mru to 1280 on the PPPoE client interface. 1280 because anything less and IPv6 stops working. Most things continued to work fine but a few things did not: - The AWS login screens would not load (Console and SSO) - my OpenVPN VPN would not connect - GoogleMail (web interface) would not load Not sure what I did wrong there, but when I put it back to the value it had before - 1480 - everything worked again. I'll give it another try later on and disconnect/reconnect all PC network interfaces in case they were "remembering" stuff. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160
1280 might be a little aggressive Too low and things will stop working correctly. PPPoE I assume ? I’d try 1440 or as low as 1400, but no lower. It’s possible to calculate exactly what you should us but as a rough experiment, this should reveal any possible issue. Remember, this was a stab in the dark without packet captures etc to support a theory. — Denis Hancock Chief Technical Officer / Director Mobile 0407 687 621 Book a meeting with me <https://calendly.com/denis-hancock/webmeet> Australian Information Security Association (AISA) Member This email is intended only for the addressed and is subject to copyright. If you have received this email in error, please notify the sender immediately.
On 9 Apr 2022, at 12:15, Karl Auer <kauer@nullarbor.com.au> wrote:
On Fri, 2022-04-08 at 16:44 +1000, Denis Hancock wrote:
Try dropping the MTU on the WAN
I tried dropping the MTU on the WAN by setting max_mtu and max_mru to 1280 on the PPPoE client interface. 1280 because anything less and IPv6 stops working.
Most things continued to work fine but a few things did not:
- The AWS login screens would not load (Console and SSO) - my OpenVPN VPN would not connect - GoogleMail (web interface) would not load
Not sure what I did wrong there, but when I put it back to the value it had before - 1480 - everything worked again.
I'll give it another try later on and disconnect/reconnect all PC network interfaces in case they were "remembering" stuff.
Regards, K.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 https://www.google.com/url?q=http://www.nullarbor.com.au&source=gmail-imap&ust=1650075479000000&usg=AOvVaw34NnYJv3ktCgx0FQbZPB19 mobile +61 428 957160
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au https://www.google.com/url?q=http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au&source=gmail-imap&ust=1650075479000000&usg=AOvVaw35OENOStpy5Yh4PCGFb1Nm
Hi,
I tried dropping the MTU on the WAN by setting max_mtu and max_mru to Like what @Roger said. Use this for your MSS
Change ether1-gateway for pppoe interface if that what you are using for your WAN interface. /ip firewall mangle add action=change-mss chain=forward comment="MSS Clamp" in-interface=ether1-gateway new-mss=1400 passthrough=yes protocol=tcp tcp-flags=syn tcp-mss=1401-65535 add action=change-mss chain=forward new-mss=1400 out-interface=ether1-gateway passthrough=yes protocol=tcp tcp-flags=syn tcp-mss=1401-65535 -----Original Message----- From: Public <public-bounces@talk.mikrotik.com.au> On Behalf Of Karl Auer Sent: Saturday, 9 April 2022 10:16 AM To: MikroTik Australia Public List <public@talk.mikrotik.com.au> Subject: Re: [MT-AU Public] Odd IMAP failures, seems to be network On Fri, 2022-04-08 at 16:44 +1000, Denis Hancock wrote:
Try dropping the MTU on the WAN
I tried dropping the MTU on the WAN by setting max_mtu and max_mru to 1280 on the PPPoE client interface. 1280 because anything less and IPv6 stops working. Most things continued to work fine but a few things did not: - The AWS login screens would not load (Console and SSO) - my OpenVPN VPN would not connect - GoogleMail (web interface) would not load Not sure what I did wrong there, but when I put it back to the value it had before - 1480 - everything worked again. I'll give it another try later on and disconnect/reconnect all PC network interfaces in case they were "remembering" stuff. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
Hi,
The link is slow (about 14/0.4),
I reckon IMAP is probably killing the upload as it tries to reconcile the folders. The reason it is fine outside the home that that pretty much ANY other network she connects to is going to have a better upload then that. Plug a USB dongle into the HAP and unplug the DSL, and see if the problem goes away when more bandwidth is available. Andrew -----Original Message----- From: Public <public-bounces@talk.mikrotik.com.au> On Behalf Of Karl Auer Sent: Friday, 8 April 2022 2:14 PM To: MikroTik Public <public@talk.mikrotik.com.au> Subject: [MT-AU Public] Odd IMAP failures, seems to be network I run a Mikrotik router as my home router, have done for years. I personally have never had an issue with it. The current one is an hAP ac^3 running 6.47.10 with plenty of free RAM and disk space and virtually zero CPU usage. However one of my "users", running Thunderbird on Windows, has an ongoing problem using IMAP. When she sends an email, the email is not saved to the (IMAP) "Sent" folder. If she saves a draft, it fails to save to the (IMAP) "Drafts" folder. In both cases the failure comes after a long wait, indicating IMHO a network problem. This does not happen all the time, but often enough (well more than half the time) to be extremely frustrating. We can discern no commonality between the affected messages - large, small, addressees, attachments etc. Sometimes if she disconnects from the network and then reconnects, the message will work the second time around, but IMHO this is just blind luck. The thing is, this does NOT happen when she is using the same computer outside our home - on a public network, her phone's hotspot or whatever. Only at home. I have excluded wifi as the problem; she gets the same issue on a wired connection. I have set up my own IMAP connection (though not as yet with Thunderbird) and cannot replicate the problem. She and I use the same local network, the same email provider and the same connectivity provider (ADSL from iiNet). The link is slow (about 14/0.4), but has been dependable and as I say, I do not have any problem other than with speed. This has been going on for probably about two years now, getting steadily worse, to the point where she now leaves the house to work (which is a big deal, as it's a 40-minute round trip to a suitable location). I'm at a bit of a loss as to what it might be, and am asking here to see if anyone has a router-related clue. Or any ideas as to how I might go about troubleshooting this. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254 _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
On Fri, 2022-04-08 at 07:42 +0000, Andrew Oakeley wrote:
Plug a USB dongle into the HAP and unplug the DSL, and see if the problem goes away when more bandwidth is available.
Love you like a brother man, but the next person that tells me to use a mobile dongle... Have a wild stab at why I'm on (slow) ADSL! :-) Rural Australia, where we live on promises and old tech. But the folder check thingy is a good idea. Not sure what "reconcile the folders" means, and why would it do that in the middle of saving to drafts or sent? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254
Hi,
Not sure what "reconcile the folders" means, and why would it do that in the middle of saving to drafts or sent? Maybe. IMAP sometimes just goes through everything checking there are no changes. When it does this it is almost certain to kill your upload. The more folders the more this is likely to cause an issue.
What does the upload on the interface say when or just before this issue occurs?
but the next person that tells me to use a mobile dongle... Starlink?
Andrew -----Original Message----- From: Public <public-bounces@talk.mikrotik.com.au> On Behalf Of Karl Auer Sent: Friday, 8 April 2022 4:05 PM To: MikroTik Australia Public List <public@talk.mikrotik.com.au> Subject: Re: [MT-AU Public] Odd IMAP failures, seems to be network On Fri, 2022-04-08 at 07:42 +0000, Andrew Oakeley wrote:
Plug a USB dongle into the HAP and unplug the DSL, and see if the problem goes away when more bandwidth is available.
Love you like a brother man, but the next person that tells me to use a mobile dongle... Have a wild stab at why I'm on (slow) ADSL! :-) Rural Australia, where we live on promises and old tech. But the folder check thingy is a good idea. Not sure what "reconcile the folders" means, and why would it do that in the middle of saving to drafts or sent? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254 _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
Hi, Some thoughts. 1. Rather than MTU you might be better off changing the MSS down a bit leaving the MTU where it should be. The following is set for the common 1452 (for 1492 MTU), you might want to try something less. eg. 1440, 1400 Note: need to change both the 1452 and 1453 items. (There is also clamp to pmtu option available, sorry, no idea how that works) set up mss for pppoe connection(s) /ip firewall mangle add action=change-mss chain=forward new-mss=1452 out-interface=pppoe-out1 \ passthrough=yes protocol=tcp tcp-flags=syn tcp-mss=1453-65535 add action=change-mss chain=forward in-interface=pppoe-out1 new-mss=1452 \ passthrough=yes protocol=tcp tcp-flags=syn tcp-mss=1453-65535 2. When the send/draft is failing (and when it's working so you have a baseline) Look at task manager performance screen. (Is network send close to maxed out? 0.4M) Check outbound interface throughput on Mikrotik, is it at maximum? Does the inbound rate seem reasonable. Check the ip firewall connections screen, is it just the IMAP port from the Laptop using internet, or is something else going on? 3. Do you have queues on the Mikrotik, Are they dropping lots, none? If present, try with them turned off If not present, add an outbound queue onto the pppoe interface. (Maybe pcq upload default, max limit 0.4M or there abouts) If adding a queue helps, Ros V7 has newer queue types: cake and fq_codel that are apparently very good. When faulty, perhaps the outbound limit is < 0.4M, ask the modem what it is. 4. Install wireshark and look at what is happening. (sort of, given it's all likely inside TLS) it still might give you some hints. (lots of duplicated packets, etc) Regards Roger From: Karl Auer <kauer@nullarbor.com.au> To: MikroTik Public <public@talk.mikrotik.com.au> Date sent: Fri, 08 Apr 2022 16:14:05 +1000 Organization: Nullarbor Consulting pty Ltd Subject: [MT-AU Public] Odd IMAP failures, seems to be network Send reply to: kauer@nullarbor.com.au, MikroTik Australia Public List <public@talk.mikrotik.com.au> [ Double-click this line for list subscription options ] I run a Mikrotik router as my home router, have done for years. I personally have never had an issue with it. The current one is an hAP ac^3 running 6.47.10 with plenty of free RAM and disk space and virtually zero CPU usage. However one of my "users", running Thunderbird on Windows, has an ongoing problem using IMAP. When she sends an email, the email is not saved to the (IMAP) "Sent" folder. If she saves a draft, it fails to save to the (IMAP) "Drafts" folder. In both cases the failure comes after a long wait, indicating IMHO a network problem. This does not happen all the time, but often enough (well more than half the time) to be extremely frustrating. We can discern no commonality between the affected messages - large, small, addressees, attachments etc. Sometimes if she disconnects from the network and then reconnects, the message will work the second time around, but IMHO this is just blind luck. The thing is, this does NOT happen when she is using the same computer outside our home - on a public network, her phone's hotspot or whatever. Only at home. I have excluded wifi as the problem; she gets the same issue on a wired connection. I have set up my own IMAP connection (though not as yet with Thunderbird) and cannot replicate the problem. She and I use the same local network, the same email provider and the same connectivity provider (ADSL from iiNet). The link is slow (about 14/0.4), but has been dependable and as I say, I do not have any problem other than with speed. This has been going on for probably about two years now, getting steadily worse, to the point where she now leaves the house to work (which is a big deal, as it's a 40-minute round trip to a suitable location). I'm at a bit of a loss as to what it might be, and am asking here to see if anyone has a router-related clue. Or any ideas as to how I might go about troubleshooting this. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254 _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au---------------------------- Roger Plant
participants (5)
-
Andrew Oakeley -
Denis Hancock -
Karl Auer -
Luke Thompson -
Roger Plant