Thanks.
This gets stranger by the minute. The folks at mmode.com SWEAR they
have made no changes to their sms gateway system and yet tonight:
I rolled back to a prior version of sendmail and found that messages
sent from old (pre-upgrade) sendmail equipped servers are now also
being dropped THE FIRST TIME by mmode.com. If you immediately send
it again, the second message sails right through to my phone.
I get the same behavior from old sendmail equipped servers that were
functioning fine earlier today and have never been upgraded.
I took a server that:
can't get any messages through to mmode.com with the new sendmail
and has it's first message to mmode.com lost using the old sendmail
switched to using postfix and all messages now sail right through
each and every time.
In all three cases, the mmode.com server accepts the messages for
delivery in exactly the same way as I have reported earlier in this
thread.
It's pretty clear now that this is purely an mmode.com problem but
they seem unable to locate anything. If anyone has some insight, I'd
love to be able to tell them, "Hey did you check this...?"
This bit about always losing the first message sounds a bit like a
botched attempt at greylisting but I don't understand how it only
occurs with connections from sendmail mtas and not others like qmail,
postfix and exim.... Indeed messages from any of these other mtas are
accepted my mmode.com the first time, every time.
David Shirley
http://www.webquarry.com
On Mar 29, 2006, at 6:43 PM, Kenneth Porter wrote:
On Wednesday, March 29, 2006 5:11 PM -0800 "David M. Shirley"
<david@xxxxxxxxxxxxxxxxxxx> wrote:
How does one rollback to a previous rpm? I must confess I have
forgotten.
I always run "rpm --help" to remember. The switch you want is --
oldpackage. It tells RPM that it's acceptable to "update" to a
package with a lower version/release number.
I tar up /etc/mail and the random sendmail config files not yet
moved there (eg. aliases and smrsh) before doing an upgrade. I then
unpack it to /tmp and diff it to the upgrade aftermath to see what
it changed. Usually it's harmless but this sounds like a case where
the practice will be valuable.
--
fedora-legacy-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-legacy-list
--
fedora-legacy-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-legacy-list
