Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


[MXroute] Black Friday 2023 - Email hosting that spammers crave (but can't have) - Page 10
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

[MXroute] Black Friday 2023 - Email hosting that spammers crave (but can't have)

17810121321

Comments

  • jarjar Patron Provider, Top Host, Veteran

    @Socheat said:
    Haven't seen these offers mentioned in LowEndBox yet.

    They made it into a mass email from LEB on Thursday night :heart:

    Thanked by 1Socheat
  • @jar said:
    They made it into a mass email from LEB on Thursday night :heart:

    Ah, Might have missed it then. But I found out about it through this thread and manage to get it just before the stock runs out. :)

  • jarjar Patron Provider, Top Host, Veteran
    edited November 2023

    I need to hire someone to make a module for HostBill. Here's the job:

    Upon the status of an invoice changing from Paid to Chargeback, an email should go out to the account holder sending them a link to the most disgusting shit-related porn you can find.

    Willing to pay $50.

    I'm only 50% certain that I'm kidding.

  • @jar said:
    I go the whole year without chargebacks and there’s 3 already. From China.

    I’m so close to formally banning China and never doing business with anyone from the country ever again. It’s not language barriers, it’s a lack of common courtesy.

    Hello Mr. Administrator, I am also from China. Just yesterday I learned about this service from sns and purchased the 75$ plan. I would like to say that I hope that customers from China will not be banned. I think you can try to control it with very high liquidated damages. This will not only teach people who do not abide by the contract, but also allow customers in need to make purchases. Not all Chinese are equally bad.

    Thanked by 1jar
  • @jar said:
    I need to hire someone to make a module for HostBill. Here's the job:

    Upon the status of an invoice changing from Paid to Chargeback, an email should go out to the account holder sending them a link to the most disgusting shit-related porn you can find.

    Willing to pay $50.

    I'm only 50% certain that I'm kidding.

    I sent a PM regarding this (feel free to ignore)

  • @anrikaz said:
    Hi @jar, I want to purchase MXRoute for my WordPress SMTP notifications. Is that allowed?

    I use MXRoute for Wordpress SMTP notifications too, it's good and deliverability is stunning.

    Thanked by 1anrikaz
  • @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

  • @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.

    See, that's the problem.

    Sorry couldn't resist 😄

  • @jar what is your max attachment size?

  • @verl20 said:
    @jar what is your max attachment size?

    I bet this question and a lot more is answered in documentation of mxroute. It is borring to read, but contains vital information. In general, mxroute services are managed email without human-to-human support. So you better don't bother provider with trivial questions.

    Mail server data also can be observed by telnet.

    Thanked by 1webcraft
  • Another day another

    my 2016BF 20GB is feeling old

    (clopy pasted it from DP)

  • jarjar Patron Provider, Top Host, Veteran

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

  • Thanks jar! Great offers and I needed one.

    Thanked by 1jar
  • xemorytrxemorytr Member
    edited November 2023

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 423 | 423 | 0 | 0 | 3 | 0 |
    | 172.17.1.88 - 0 | 423 | 423 | 1 | 2 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 1 | 408 | 404 | 2 | 5 | 365 | 4 |
    | 110.3.146.159.srv.turk.net - 0 | 423 | 423 | 1 | 2 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 22 | 231 | 182 | 3 | 6 | 365 | 3 |
    | 185.1.226.72 - 0 | 423 | 423 | 17 | 18 | 365 | 18 |
    | No response from host - 100 | 85 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 85 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 85 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 66 | 118 | 41 | 145 | 151 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Thanked by 1jar
  • jarjar Patron Provider, Top Host, Veteran

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

  • Jumped in for a small plan deal. what can I do with this hosting?

  • Is there any hetrixtools or uptime kuma status page about mxroute? Would be cool to observe.

    Thanked by 1jar
  • jarjar Patron Provider, Top Host, Veteran

    @LTniger said:
    Is there any hetrixtools or uptime kuma status page about mxroute? Would be cool to observe.

    I'll see about setting something up again

  • @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Thanked by 1jar
  • jarjar Patron Provider, Top Host, Veteran
    edited November 2023

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

  • @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

  • jarjar Patron Provider, Top Host, Veteran

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

  • @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

    Well, I will wait for your answer.

    Thanked by 1jar
  • @dave02703 said:
    Jumped in for a small plan deal. what can I do with this hosting?

    Whatever your heart desires!!!*

    *As long as your heart doesn't desire - v2board, marketing emails or phishing.

    Thanked by 1jar
  • jarjar Patron Provider, Top Host, Veteran
    edited November 2023

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

    Well, I will wait for your answer.

    So it seems that the wednesday.mxrouting.net server is only sometimes responding to ICMP traffic. I don't know why. It's not something I did. But I can SSH to it fine from the same location that I can't ping it from, so I guess not that big of a deal. Still though, kind of ruins using an MTR to troubleshoot real problems you're experiencing. Looking into it.

  • @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

    Well, I will wait for your answer.

    So it seems that the wednesday.mxrouting.net server is only sometimes responding to ICMP traffic. I don't know why. It's not something I did. But I can SSH to it fine from the same location that I can't ping it from, so I guess not that big of a deal. Still though, kind of ruins using an MTR to troubleshoot real problems you're experiencing. Looking into it.

    Icmp rate limit is default for csf.

    Thanked by 2xemorytr jar
  • @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

    Well, I will wait for your answer.

    So it seems that the wednesday.mxrouting.net server is only sometimes responding to ICMP traffic. I don't know why. It's not something I did. But I can SSH to it fine from the same location that I can't ping it from, so I guess not that big of a deal. Still though, kind of ruins using an MTR to troubleshoot real problems you're experiencing. Looking into it.

    I think it might be a configuration related to csf.
    because for too long.

    Thanked by 1jar
  • jarjar Patron Provider, Top Host, Veteran

    @LTniger said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

    Well, I will wait for your answer.

    So it seems that the wednesday.mxrouting.net server is only sometimes responding to ICMP traffic. I don't know why. It's not something I did. But I can SSH to it fine from the same location that I can't ping it from, so I guess not that big of a deal. Still though, kind of ruins using an MTR to troubleshoot real problems you're experiencing. Looking into it.

    Icmp rate limit is default for csf.

    Indeed. I turned that off and I'm sitting here with a split terminal open. On one side, 100% packet loss with ping. On the other side, open SSH session without even a little input delay (over satellite, still amazes me).

    Since it's online and fully functional and the ICMP failure is only serving to mask troubleshooting with one customer I'm going to avoid kicking a hornet's nest for now and revisit this tomorrow.

  • @jar said:

    @LTniger said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @xemorytr said:

    @jar said:

    @LTniger said:
    @jar probably your servers hammered with IMAPSync, please be aware that performance is abysmal when browsing folders with > 5000 emails.

    If this is on the wednesday.mxrouting.net server, check and see if this is fixed. Some performance enhancements that tested fine in staging, I’m rolling out to 1 production server to observe feedback.

    I am using Outlook.
    Email attachments download very slowly.
    Send and receive triggers too late.
    It is very slow when an operation is done through the server.

    I think you need to check your service's cpu ram internet speed.
    A very slow connection is not a pleasant situation.

    There’s definitely no issue with resources. An MTR may be relevant in this case.

    |------------------------------------------------------------------------------------------|
    | WinMTR statistics |
    | Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
    |------------------------------------------------|------|------|------|------|------|------|
    | 192.168.1.1 - 0 | 221 | 221 | 0 | 0 | 3 | 1 |
    | 172.17.1.88 - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 109.3.146.159.srv.turk.net - 2 | 210 | 207 | 2 | 6 | 365 | 5 |
    | 110.3.146.159.srv.turk.net - 0 | 221 | 221 | 1 | 3 | 365 | 2 |
    | 113.3.146.159.srv.turk.net - 14 | 143 | 123 | 3 | 7 | 365 | 3 |
    | 185.1.226.72 - 0 | 221 | 221 | 17 | 19 | 365 | 18 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 |
    | 45.43.208.39 - 59 | 67 | 28 | 146 | 154 | 365 | 146 |
    |________________________________________________|______|______|______|______|______|______|
    WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

    Doesn't look like terribly high latency. I'm stumped. Just for transparency I'll show resource side: https://mxbin.io/Bjistt

    I think the response time is too slow compared to 1000/1000 internet speed.
    Still, I recommend you check it out.
    Testing is still ongoing, not completed. https://prnt.sc/XZ_hXyAIbVyc

    Yikes. 70% packet loss, all at the end point. Don't understand that.

    What do you think of transparency?
    What path to follow?

    Definitely looking into it

    Well, I will wait for your answer.

    So it seems that the wednesday.mxrouting.net server is only sometimes responding to ICMP traffic. I don't know why. It's not something I did. But I can SSH to it fine from the same location that I can't ping it from, so I guess not that big of a deal. Still though, kind of ruins using an MTR to troubleshoot real problems you're experiencing. Looking into it.

    Icmp rate limit is default for csf.

    Indeed. I turned that off and I'm sitting here with a split terminal open. On one side, 100% packet loss with ping. On the other side, open SSH session without even a little input delay (over satellite, still amazes me).

    Since it's online and fully functional and the ICMP failure is only serving to mask troubleshooting with one customer I'm going to avoid kicking a hornet's nest for now and revisit this tomorrow.

    Thank you for your interest.
    I'm waiting.

    Thanked by 1jar
  • Looks tasty! @jar are newsletters allowed (solicited) or does that count as marketing emails even if people subscribed?

    Thanked by 1jar
Sign In or Register to comment.