Not to burst anyone's bubble, but we are talking about having dbmail intelligently rewrite messages for clients on demand. This could pose a big problem with the fact that all messages in a mailbox would have to be rewritten before a simple list command could be fulfilled as the size of the messages would be different than what is stored already in a column. And future versions of dbmail may fix the message differently, thus storing the new value could also prove pointless. While I like the idea, I don't think it will be a feasible solution without a lot of work to the code, and a huge load on the database and dbmail servers at runtime. As an IT administrator, I don't want to be the one who gets the call from the CEO when his email on his blackberry is missing the very important forwarded as an attachment email is replaced with a message - attachment(s) is/are available on your non-mobile client.
2 more cents -Jon Paul J Stevens wrote: > Michael Monnerie wrote: > >> On Montag 11 Mai 2009 Paul J Stevens wrote: >> >>> Of course, you could have some mailclient use the virtual userid >>> directly without using usermap, but with usermap all you'd have to >>> explain to your mobile device users would be to use an other >>> servername. >>> >> But that servername needs another IP, right? I'd prefer not to waste an >> IP just for #mobile mode. Another port is sufficient. It should be >> possible to use it with another IP, though, as some clients might need >> that. >> > > Your choice. Usermap is keyed on the socket. As long as it's unique, > it's ok. Dedicated port, dedicated ip, should all be fine. > > >> Not to be nasty with the name, but I think #mobile is not as good a name >> as #noattach, as I might want #mobile mode also when I'm at an internet >> cafe, or other environment. >> > > ?? Most people are mobile when in a cafe. Also #mobile sounds better (no > negative) to me. > > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
