Hi!
On Wed, 10 Nov 2004, Henri van riel wrote: > Would it be possible to enhance the log function with compress and > delete options? I mean, I can rotate the log every so many hours with > the -Mr option but would it be possible to compress the old logfile to > a .bz2 for example and to let XMail delete logs older than so many > days? I have to delete my logs manually now and I sometimes forget... I use a cron job that gzips and archive old logs. Better compression, w/out bloating XMail code. Also remeber that XMail is multiplatform, and that my rule of thumb is zero-dependecies on "external" packages. > I like the option to retrieve email from an external pop server but I > would like the options to set the timer per pop server. There are > basically 2 ways you can do that: by setting an interval that > controls after how many checks (-Yi) a pop server is sync'ed or by > setting the -Yi per poplink. The reason is, I have several pop3 > accounts but I only need to check 1 or 2 every half hour or so. The > others I need to check maybe once a day at most. This would require a statefull implementation of the thing. I am not sure it is worth doing it, according to the number of requests. > Being able to redirect incoming mail is great but why is there a > REDIRECT.TAB and a LREDIRECT.TAB? Can't these two tab files be merged > into one tab file and add an option that defines which email address > is shown to the recipient? (by the way, I don't see the difference > between REDIRECT and LREDIRECT...). ?? They differ from the way XMail advertise itself to the redirection target server. > One final question about threading. I have to set the number of smtp, > pop and smail threads to start on the command line. Would it be > possible to enhance that so that XMail can spawn off new threads > whenever necessary? For example, I have -SX 3 on my server but for > some reason 5 smtp servers try to connect at the same time to deliver > mail. Now, 2 of them will get `-Err server too busy, retry later` or > something like that. The same goes for the other servers (pop3, > smail). If XMail could start a new thread (up to a certain limit of > threads, say 20 or so) that problem wouldn't exist. Off course XMail > should also be capable of terminating old threads to free up memory. The number of SMAIL threads are fixed at startup time, while SMTP and POP3 are only upperly bounded. There's no fixed pool of threads and they get created for every connection (up to the limit of 1000 IIRC). > Oh, one more thing... ;) Is it possible to disable smtp or pop all > together? Can I simply add -SX 0 to disable smtp and -PX0 to disable > pop3 or is it a bit more complicated than that? Bind them to localhost. - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
