On 9/8/2012 8:43 AM, Viktor Dukhovni wrote: > On Sat, Sep 08, 2012 at 10:01:13AM +0200, Ralf Hildebrandt wrote: > >> When sending lots of mails (mass mailings) via many machines, one >> quickly realizes that the current concept of smtp_fallback_relay is >> a bit problematic: > > If one thinks harder, one realizes the purpose of the mechanism is > to move messages (to destinations) that gum up the queue out of > the primary queue, where they may impact the latency of delivery > to inocent destinations.
FYI, I've never done mailing campaigns and have never dealt with such busy outbound queues, so my question may be naive... Is the latency you describe caused by disk IOPS or Postfix queue processing behavior, or ?? I'd assume most folks using a 2nd instance for fallback relay duty have the fallback instance queue on the same physical disks, so I also assume the latency isn't IOPS related. If it is IOPS related, nobody has yet mentioned in the thread that the fall back queue should be on separate storage. -- Stan
