On Freitag 08 Mai 2009 Paul J Stevens wrote: > We'd have to make sure this doesn't break any rfcs.
Do you mean the POP non-delete part? I'd say either you refuse deletion when in #noattach mode, or only allow IMAP then. I guess it's better to allow POP but refuse delete, in order to support as many options as possible (I guess some phones/clients can't be configured to leave POP mails on the server). After all, people must make a special config so they *know* they don't want attachments, and are willing to take this "risk". > Checking the > usernamepart is already done atm with the usermap facility. Perhaps > using a different port would be easier then. Yes, that's better. But aren't there phones/clients where you cannot even configure a port? mfg zmi -- // Michael Monnerie, Ing.BSc ----- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import" // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail