search for: tg1

Hi all, I'm using 1.0.beta3 and having problems using userdb prefetch in conjuction with passdb sql. Here are my mail logs when I log to virtual account "testuser at mydomain.com" by doing "telnet localhost 143": Mar 26 15:15:47 imapserver dovecot: Dovecot v1.0.beta3 starting up Mar 26 15:15:49 imapserver dovecot: auth-worker(default): mysql: Connected to (null) (mail)

hello, Sorry to jump straight in with a question, but I've searched the archive[0] and I'm pretty sure the answer's not there. I'm using dovecot to replace courier imap, so authentication is by vpopmail and the Maildirs are stored in the usual domains/domain/user/ Maildir. Everything seems to work very well, and setting it up has been easy, so thank you very much for that.

Hey guys, I've got dovecot configured to work perfectly for virtual users across different domains. It's great. My problem is that, as far as I can tell, dovecot makes me use one SSL certificate across all my domains. That's not what I want. Is there a way I can get dovecot to use the cert for mail.foo.com when somebody is logging into a foo.com account, and the cert for

...ndom intercept t / type=un group=grp subject=pt g gcorr v vcorr; run; The key to specifying different covariance structure for the random effects seems to be the highlighted portion in the code. What would be it's equivalent in R? In R, I tried the following Model1 <- lme(y ~ g1+Tg1+g2+Tg2-1,random = pdBlocked(list(pdSymm(~g1+Tg1-1),pdSymm(~g2+Tg2-1))),data=X.gr,control=c on) where, g1 and g2 are the group indicator variables and Tg1 = t*(grp==1), similarly Tg2 is defined. I am forced to assume different intercept for each group in this approach but anyway this works and...

...= list(c("T40", "T41", "T42", "306iv01", "306iv02", "306iv19", "306iv13", "306iv04", "306iv05", "402iv01", "402iv02", "402iv03", "306iv16", "306iv10", "TG1", "TG2", "TG3", "TG4", "TG5", "TG6", "TG7", "TG8", "TG9", "TG10", "TG11", "TG12"), c("L.mean", "L.mean_T1", "L.mean_T2", "L.mean_T3"))) --...

...= list(c("T40", "T41", "T42", "306iv01", "306iv02", "306iv19", "306iv13", "306iv04", "306iv05", "402iv01", "402iv02", "402iv03", "306iv16", "306iv10", "TG1", "TG2", "TG3", "TG4", "TG5", "TG6", "TG7", "TG8", "TG9", "TG10", "TG11", "TG12"), c("L.mean", "L.mean_T1", "L.mean_T2", "L.mean_T3"))) --...

...c("T40", "T41", "T42", "306iv01", "306iv02", "306iv19", "306iv13", > "306iv04", "306iv05", "402iv01", "402iv02", "402iv03", "306iv16", > "306iv10", "TG1", "TG2", "TG3", "TG4", "TG5", "TG6", "TG7", "TG8", > "TG9", "TG10", "TG11", "TG12"), c("L.mean", "L.mean_T1", "L.mean_T2", > "L.mean_T3"))...

...etup incorrectly? Is there any way to get even lower level debugging on the PRI? Has anyone ever had this problem and if so what was done to resolve it? Thanks in advance for any insight, Dale ============= general config info ============= There are two trunk groups for hunting by the provider TG1 = spans 2 and 4, TG2 = spans 1 and 3 I have two dual port cards in the server. Each card has 1 span from each TG so the lost of a card will keep the other span operational. The provider does the same across VWIC cards. The spans do NOT use NFAS. ================== My equipment/software: ========...