Michael Monnerie wrote:
On Mittwoch, 26. März 2008 Paul J Stevens wrote:
What is supposed to be offline, and what is returning the OK messages
then?
I want to take the DB server offline, so before that I switch
on "management mode" on the mailserver. Example:
/etc/init.d/dbmail stop
/etc/init.d/dbmail-maint start
(or better: dbmail-util --maintenance=on)
This starts daemons listening on 110,143 etc. which simulate a POP/IMAP
connection, just returning OK on all activities (USER, PASS, LIST,
etc.). It should do as if there are just no new messages. Like this, it
should be possible to "survive" some offline minutes without users
recognizing it. Our current problem is that even some seconds offline
triggers user calls.
That way lies madness, and poorly written IMAP clients (I'm looking at
you, Eudora!) doing long mailbox resync processes, along with losing
track of some mailboxes and on and on. In a POP scenario, there's not
really any issue with something like that, but not so with IMAP. In the
clients that stay connected, the users notice because their mail clients
tell them that they got disconnected from the server, which will still
happen with your theoretical fake dbmail daemon.
Now, if you're an ISP that only offers POP service, why not just whip up
a little perl script that pretends to be a POP server that you run when
you take dbmail offline?
-Nathan
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
