De meeste commerciële MTA serverproducten zijn weinig beter. Ze dwingen verkeer in een beperkt aantal gedeelde wachtrijen, wat grote stabiliteitsproblemen veroorzaakt wanneer een van de verkeersstromen problemen ondervindt. Wanneer ontvangende domeinen bepaalde inhoud of verzendpraktijken verdacht achten, “tarpitten” ze het verkeer van de overtredende verzender. Tarpitten vertraagt de acceptatie van een bericht tot een slakkengang door serverreacties uit te rekken tot de maximaal toegestane tijd (zoals gespecificeerd in het Simple Mail Transfer Protocol). Tarpitten zorgt ervoor dat berichten die achter het overtredende bericht in de wachtrij staan zich opstapelen, waardoor al het andere in de gedeelde wachtrij wordt vertraagd. Het wissen of omleiden van het getroffen verkeer kan het probleem verlichten. Maar bij een wachtrijarchitectuur van dit soort kan zelfs alleen al het bepalen welke berichten in een gedeelde wachtrij het probleem veroorzaken zeer tijdrovend zijn.

Wanneer een gedeelde wachtrij wordt gebruikt en iemands grote mailing wordt ingediend, worden deze berichten aan de voorkant van de wachtrijen geplaatst. Wanneer een volgende mailing of transactioneel bericht wordt ingediend, worden die berichten vervolgens in de wachtrij achter de eerste mailing geplaatst. Deze wachtrijstrijden zullen er doorgaans voor zorgen dat de verzender van de tweede mailing vertragingen ervaart, wat vaak zal leiden tot klachten en oproepen naar de IT-ondersteuningsdiensten.