Die meisten kommerziellen MTA-Serverprodukte sind kaum besser. Sie zwingen den Datenverkehr in eine begrenzte Anzahl von gemeinsamen Warteschlangen, was große Stabilitätsprobleme verursacht, wenn einer der Datenstroms auf Probleme stößt. Wenn empfangende Domains bestimmten Inhalt oder Versandpraktiken als verdächtig ansehen, „tarpitten“ sie den Verkehr vom betreffenden Absender. Tarpitting verlangsamt die Annahme einer Nachricht auf ein Schneckentempo, indem es die Serverantworten bis zur maximal erlaubten Zeit hinauszögert (wie im Simple Mail Transfer Protocol angegeben). Tarpitting führt dazu, dass Nachrichten, die sich hinter der verdächtigen Nachricht in der Warteschlange befinden, sich stauen und alles andere in der gemeinsamen Warteschlange verzögern. Das Löschen oder Zurückstellen des betroffenen Verkehrs könnte das Problem lindern. Aber bei einer Warteschlangenarchitektur dieser Art kann es sehr zeitaufwändig sein, überhaupt nur festzustellen, welche Nachrichten in einer gemeinsamen Warteschlange das Problem verursachen.

Bei der Verwendung einer gemeinsamen Warteschlange und wenn eine große Sendung eines Absenders eingereicht wird, werden diese Nachrichten an den Anfang der Warteschlangen gestellt. Wenn eine nachfolgende Sendung oder transaktionale Nachricht eingereicht wird, werden diese Nachrichten dann in der Warteschlange hinter der ersten Sendung platziert. In der Regel verursacht dieser Warteschlangenkonflikt, dass der Absender der zweiten Sendung Verzögerungen erlebt, was oft zu Beschwerden und Anrufen beim IT-Support führt.