You can subscribe to this list here.
| 2001 |
Jan
(39) |
Feb
(258) |
Mar
(396) |
Apr
(439) |
May
(337) |
Jun
(351) |
Jul
(296) |
Aug
(205) |
Sep
(328) |
Oct
(174) |
Nov
(252) |
Dec
(172) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(213) |
Feb
(194) |
Mar
(337) |
Apr
(314) |
May
(373) |
Jun
(522) |
Jul
(417) |
Aug
(471) |
Sep
(486) |
Oct
(422) |
Nov
(274) |
Dec
(299) |
| 2003 |
Jan
(354) |
Feb
(310) |
Mar
(379) |
Apr
(349) |
May
(388) |
Jun
(218) |
Jul
(368) |
Aug
(340) |
Sep
(222) |
Oct
(176) |
Nov
(214) |
Dec
(211) |
| 2004 |
Jan
(221) |
Feb
(187) |
Mar
(190) |
Apr
(211) |
May
(114) |
Jun
(136) |
Jul
(124) |
Aug
(178) |
Sep
(244) |
Oct
(203) |
Nov
(215) |
Dec
(156) |
| 2005 |
Jan
(334) |
Feb
(268) |
Mar
(302) |
Apr
(309) |
May
(192) |
Jun
(288) |
Jul
(273) |
Aug
(215) |
Sep
(318) |
Oct
(347) |
Nov
(226) |
Dec
(265) |
| 2006 |
Jan
(192) |
Feb
(227) |
Mar
(311) |
Apr
(197) |
May
(224) |
Jun
(213) |
Jul
(285) |
Aug
(227) |
Sep
(190) |
Oct
(209) |
Nov
(169) |
Dec
(174) |
| 2007 |
Jan
(149) |
Feb
(112) |
Mar
(144) |
Apr
(204) |
May
(178) |
Jun
(155) |
Jul
(246) |
Aug
(221) |
Sep
(187) |
Oct
(262) |
Nov
(163) |
Dec
(158) |
| 2008 |
Jan
(256) |
Feb
(318) |
Mar
(307) |
Apr
(237) |
May
(202) |
Jun
(105) |
Jul
(131) |
Aug
(107) |
Sep
(153) |
Oct
(165) |
Nov
(159) |
Dec
(189) |
| 2009 |
Jan
(202) |
Feb
(150) |
Mar
(151) |
Apr
(132) |
May
(56) |
Jun
(115) |
Jul
(103) |
Aug
(150) |
Sep
(141) |
Oct
(187) |
Nov
(154) |
Dec
(105) |
| 2010 |
Jan
(128) |
Feb
(83) |
Mar
(64) |
Apr
(37) |
May
(92) |
Jun
(91) |
Jul
(90) |
Aug
(145) |
Sep
(53) |
Oct
(69) |
Nov
(98) |
Dec
(149) |
| 2011 |
Jan
(44) |
Feb
(99) |
Mar
(70) |
Apr
(78) |
May
(138) |
Jun
(132) |
Jul
(151) |
Aug
(146) |
Sep
(107) |
Oct
(168) |
Nov
(88) |
Dec
(94) |
| 2012 |
Jan
(51) |
Feb
(153) |
Mar
(141) |
Apr
(102) |
May
(79) |
Jun
(63) |
Jul
(87) |
Aug
(39) |
Sep
(67) |
Oct
(84) |
Nov
(57) |
Dec
(31) |
| 2013 |
Jan
(55) |
Feb
(96) |
Mar
(79) |
Apr
(33) |
May
(53) |
Jun
(63) |
Jul
(57) |
Aug
(76) |
Sep
(39) |
Oct
(47) |
Nov
(68) |
Dec
(61) |
| 2014 |
Jan
(26) |
Feb
(98) |
Mar
(29) |
Apr
(57) |
May
(58) |
Jun
(51) |
Jul
(34) |
Aug
(26) |
Sep
(69) |
Oct
(81) |
Nov
(52) |
Dec
(48) |
| 2015 |
Jan
(67) |
Feb
(18) |
Mar
(92) |
Apr
(32) |
May
(37) |
Jun
(21) |
Jul
(26) |
Aug
(28) |
Sep
(6) |
Oct
(24) |
Nov
(35) |
Dec
(34) |
| 2016 |
Jan
(16) |
Feb
(24) |
Mar
(49) |
Apr
(11) |
May
(37) |
Jun
(68) |
Jul
(35) |
Aug
(24) |
Sep
(35) |
Oct
(63) |
Nov
(20) |
Dec
(26) |
| 2017 |
Jan
(98) |
Feb
(82) |
Mar
(42) |
Apr
(62) |
May
(55) |
Jun
(28) |
Jul
(17) |
Aug
(13) |
Sep
(4) |
Oct
(11) |
Nov
(6) |
Dec
(17) |
| 2018 |
Jan
(22) |
Feb
(6) |
Mar
(16) |
Apr
(9) |
May
(20) |
Jun
(25) |
Jul
(15) |
Aug
(10) |
Sep
(6) |
Oct
(2) |
Nov
(14) |
Dec
(25) |
| 2019 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(4) |
May
(13) |
Jun
(8) |
Jul
(14) |
Aug
(36) |
Sep
(10) |
Oct
(27) |
Nov
(5) |
Dec
|
| 2020 |
Jan
(10) |
Feb
(4) |
Mar
|
Apr
(1) |
May
(2) |
Jun
(3) |
Jul
(4) |
Aug
(11) |
Sep
(1) |
Oct
(1) |
Nov
(5) |
Dec
(12) |
| 2021 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
(6) |
May
(8) |
Jun
(2) |
Jul
(1) |
Aug
(7) |
Sep
(3) |
Oct
(23) |
Nov
(10) |
Dec
(17) |
| 2022 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(2) |
May
(6) |
Jun
(5) |
Jul
(27) |
Aug
(5) |
Sep
(3) |
Oct
(9) |
Nov
(3) |
Dec
(11) |
| 2023 |
Jan
(13) |
Feb
(7) |
Mar
(3) |
Apr
|
May
(4) |
Jun
(9) |
Jul
|
Aug
(17) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2025 |
Jan
(2) |
Feb
(6) |
Mar
(4) |
Apr
(10) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(2) |
| 2026 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Obantec S. <su...@ob...> - 2006-09-02 11:26:40
|
Hi any idea what this is in /var/webmin/miniserv.error [26/Aug/2000] [24.119.41.35] /unauthenticated//../../../../../../../../../../../../../../.. /../../../../../../../../../../../../../../../../../../.. /../../../../../../../../../../../../../../../../../../.. /../../../../../../../..//etc/shadow : File not found errors above and below are 2006 so the date is odd! Mark |
|
From: Michael R. <mic...@gm...> - 2006-09-01 23:35:12
|
T0ssIEkgbm93IGtub3cgdGhhdCBTZW5kbWFpbCBpcyBydW5uaW5nIGJlY2F1c2UgSSBlbWFpbGVk IGEgbWFpbGJveCBJCmNyZWF0ZWQgYW5kIHRoZSBlbWFpbCBzaG93ZWQgdXAgaW4gdGhlIG1haWwg ZmlsZS4uLiBidXQgd2VibWluIGRvZXMKbm90IHNlZW0gdG8ga25vdyBob3cgdG8gc3RhcnQvc3Rv cCB0aGUgc2VydmVyLCBub3IgZG8gSS4KCk9uIDgvMzEvMDYsIE1pY2hhZWwgUnllcnNlIDxtaWNo YWVsLnJ5ZXJzZUBnbWFpbC5jb20+IHdyb3RlOgo+IEkgYW0gaW5zdGFsbGluZyB2aXJ0dWFsbWlu IGhvcGluZyBpdCB3aWxsIGhlbHAgd2l0aCBjcmVhdGluZwo+IG1haWxib3hlcy4gIFRoZSBwcm9i bGVtIEknbSBoYXZpbmcgbm93IGlzIHN0YXJ0aW5nIHRoZSBzZW5kbWFpbAo+IHNlcnZpY2Ugdmlh IFdlbWluLCBpdCBzYXlzOgo+IEZhaWxlZCB0byBzdGFydCBzZXJ2aWNlIDogc2g6IC9ldGMvcmMu ZC9pbml0LmQvc2VuZG1haWw6IE5vIHN1Y2ggZmlsZQo+IG9yIGRpcmVjdG9yeQo+Cj4gT2J2aW91 c2x5IEkgY291bGQgY3JlYXRlIGEgbmV3IHNjcmlwdCBidXQgSSB3b3VsZCBsaWtlIHRvIHVzZSB0 aGUKPiBtZXRob2QgRkM0IHVzZXMgYnkgZGVmYXVsdC4gIEkgZG9uJ3QgdGhpbmsgaXQncyBzZXQg dG8gdXNlIHhpbmV0ZC4uLgo+Cj4KPgo+IE9uIDgvMzEvMDYsIERvdiBaYW1pciA8ZG92QHphbWly ZmFtaWx5LmNvbT4gd3JvdGU6Cj4gPiDXpteZ15jXldeYIEJyaWFuIENhc2U6Cj4gPiA+IE9uIGEg U2VuZG1haWwgc3lzdGVtLCB0aGUgc2l0dWF0aW9uIGJlbG93IHdvdWxkIGJlIGhhbmRsZWQgbGlr ZSB0aGlzOgo+ID4gPgo+ID4gPiBib2JAZG9tYWluMS5jb20gd291bGQgaGF2ZSBhIHN5c3RlbSB1 c2VybmFtZSBvZiBib2IgYW5kIG1haWwgZm9yCj4gPiA+IGJvYkBkb21haW4xLmNvbSB3b3VsZCBi ZSBhbGlhc2VkIHRvIGJvYiB2aWEgdGhlIHZpcnR1c2VydGFibGUKPiA+ID4gYm9iQGRvbWFpbjIu Y29tIHdvdWxkIGhhdmUgYSBzeXN0ZW0gdXNlcm5hbWUgb2YgYm9iMiBhbmQgbWFpbCBmb3IKPiA+ ID4gYm9iQGRvbWFpbjIuY29tIHdvdWxkIGJlIGFsaWFzZWQgdG8gYm9iMiB2aWEgdGhlIHZpcnR1 c2VydGFibGUKPiA+ID4KPiA+ID4gSSBoYXZlIG5vIGV4cGVyaWVuY2Ugd2l0aCBRbWFpbCBvciBQ b3N0Zml4IGJ1dCBJIGtub3cgU2VuZG1haWwgZG9lcyBub3QKPiA+ID4gcHJvdmlkZSBQT1AzIG9y IElNQVAgc2VydmljZXMuLi4gSSB1c2UgRG92ZWNvdCBmb3IgdGhvc2Ugc2VydmljZXMuLi4KPiA+ ID4gU2luY2UgYm90aCBTZW5kbWFpbCBhbmQgRG92ZWNvdCBuZWVkIHRvIGJlIGFibGUgdG8gYXV0 aGVudGljYXRlIHVzZXJzLAo+ID4gPiBoYXZpbmcgb25lIHVzZXJuYW1lL3Bhc3N3b3JkIHNvdXJj ZSAoVGhlIHVzZXIgYWNjb3VudCkgbWFrZXMgc2Vuc2UuLi4KPiA+ID4KPiA+ID4gQnJpYW4KPiA+ ID4KPiA+ID4KPiA+IEkgYWxzbyB1c2UgU2VuZG1haWwgYW5kIERvdmVjb3QsIGhvd2V2ZXIgbm9u ZSBvZiBteSBtYWlsIHVzZXJzIGhhcyBhCj4gPiBsb2NhbCBhY2NvdW50LiBJIHVzZSBhIE15U1FM IGRhdGFiYXNlIHRvIGF1dGhlbnRpY2F0ZSB1c2VycywgYW5kIHRvIGhvbGQKPiA+IGFsbCBraW5k cyBvZiBhZGRpdGlvbmFsIGluZm9ybWF0aW9uLCBzdWNoIGFzIERTTEFNIG51bWJlciBhbmQgcG9y dCwKPiA+IGNvbnRhY3QgcGhvbmUgbnVtYmVyIGFuZCBldGMuCj4gPgo+ID4gSXQgaXMgbXVjaCBl YXNpZXIgdG8gbWFpbnRhaW4gYSBzeXN0ZW0gd2l0aCBhbiBleHRlcm5hbCB1c2VyIGRhdGFiYXNl LAo+ID4gYmUgaXQgTERBUCwgU1FMIG9yIHdoYXRldmVyLCB0aGFuIHRvIG1haW50YWluIHVzZXJz IGluIHN5c3RlbSBhY2NvdW50cy4KPiA+ID4gTWljaGFlbCBSeWVyc2Ugd3JvdGU6Cj4gPiA+Cj4g PiA+PiBUaGFua3MuICBJIHRoaW5rIEkgY2hlY2tlZCAvbmFtZWQvY2hyb290L3Zhci9uYW1lZCwg YnV0IEknbGwgZG91YmxlIGNoZWNrLgo+ID4gPj4KPiA+ID4+IEFzIGZvciBTZW5kbWFpbCByZXF1 aXJpbmcgYSB1c2VyLCBJIGJlbGVpdmUgdGhhdCBpcyBlbnRpcmVseSB0cnVlLCBhcwo+ID4gPj4g SSBhbSBzdXJlIHRoZXJlIGFyZSB0aG91c2FuZHMgb2Ygc2VuZG1haWwgc2VydmVycyBvdXQgdGhl cmUgdGhhdCBob3N0Cj4gPiA+PiBtdWx0aXBsZSBkb21haW5zIGFuZCBjb21lIGFjcm9zcyBzaXR1 YXRpb25zIHdoZXJlIHRoZXkgaGF2ZSBhIG1haWxib3gKPiA+ID4+IGZvciBib2JAZG9tYWluMS5j b20gPG1haWx0bzpib2JAZG9tYWluMS5jb20+LCBhcyB3ZWxsIGFzIGEgbWFpbGJveCBmb3IKPiA+ ID4+IGJvYkBkb21haW4yLmNvbSA8bWFpbHRvOmJvYkBkb21haW4yLmNvbT4sIHdobyBhcmUgZW50 aXJlbHkgZGlmZmVyZW50Cj4gPiA+PiB1c2VycywgYW5kIHNpbmNlIHRoZSB1c2VycyBoYXZlIG5v IHVzZSBvbiB0aGUgc3lzdGVtIG90aGVyIHRoYW4gZm9yCj4gPiA+PiBtYWlsLCB0aGVyZSBpcyBu byBuZWVkIHRvIGNyZWF0ZSBhIHN5c3RlbSBhY2NvdW50LCBiZWNhdXNlIHRoaXMgaXMgYQo+ID4g Pj4gbWFpbCBzZXJ2ZXIuCj4gPiA+Pgo+ID4gPj4gUmVnYXJkbGVzcywgSSBtaWdodCBmaW5kIG15 c2VsZiB0cnlpbmcgUW1haWwgb3IgUG9zdGZpeCBzaW1wbHkgYmVjYXVzZQo+ID4gPj4gdGhlIGRv Y3VtZW50YXRpb24gZm9yIFNlbmRtYWlsIHNlZW1zIHRvIGJlIHNjYXJjZS4gIEl0IHNob3VsZG4n dCB0YWtlCj4gPiA+PiB0aGlzIGxvbmcgdG8gZmluZCBzaW1wbGUgc3RlcHMgdG8gZG8gc29tZXRo aW5nIGFzIHNpbXBsZSBhcyBjcmVhdGUgYQo+ID4gPj4gdXNlcidzIG1haWxib3guCj4gPiA+Pgo+ ID4gPj4KPiA+ID4+IE9uIDgvMzEvMDYsICpCcmlhbiBDYXNlKiA8d2VibWluQHdlc3RmaWZ0aC5j b20KPiA+ID4+IDxtYWlsdG86d2VibWluQHdlc3RmaWZ0aC5jb20+PiB3cm90ZToKPiA+ID4+Cj4g PiA+PiAgICAgTWljaGFlbCBSeWVyc2Ugd3JvdGU6Cj4gPiA+PiAgICAgPiBIaSwgSSBqdXN0IGdv dCBhIFZQUyBzZXJ2ZXIgd2l0aCBGQzQgYW5kIHdlYm1pbi4gIEkgaGF2ZSBiZWVuCj4gPiA+PiAg ICAgc2V0dGluZwo+ID4gPj4gICAgID4gdXAgQklORCBhbmQgbm90aWNlZCB0aGF0IHRoZSB0aHJl ZSB6b25lcyBJIGNyZWF0ZWQgZGlkIG5vdCBjYXVzZSBhCj4gPiA+PiAgICAgPiB6b25lIGZpbGUg dG8gYmUgd3JpdHRlbiBpbiAvdmFyL25hbWVkLiAgL2V0Yy9uYW1lZC5jb25mIHNlZW1zIHRvIGJl Cj4gPiA+PiAgICAgPiBnZXR0aW5nIHVwZGF0ZWQsIGJ1dCBwb2ludHMgdG8gem9uZSBmaWxlcyB0 aGF0IGRvIG5vdCBleGlzdCwgYW5kIEkKPiA+ID4+ICAgICA+IHRoaW5rIHRoYXQgdGhpcyBpcyBj YXVzaW5nIG5hbWUgcmVzb2x1dGlvbiB0byBub3Qgd29yay4gIEFueQo+ID4gPj4gICAgIHN1Z2dl c3Rpb25zPwo+ID4gPj4gICAgID4KPiA+ID4+ICAgICA+Cj4gPiA+PiAgICAgPiBBbHNvLCB3aXRo IFNlbmRtYWlsLCBJIHdhcyB3b25kZXJpbmcgaWYgc29tZW9uZSBjb3VsZCBwb2ludCBtZQo+ID4g Pj4gICAgIHRvIHNvbWUKPiA+ID4+ICAgICA+IGRvY3VtZW50YXRpb24gb24gaG93IHRvIGNyZWF0 ZSBtYWlsYm94ZXMgdmlhIHdlYm1pbiBmb3Igc2VuZG1haWwuICBJCj4gPiA+PiAgICAgPiBkbyBu b3Qgd2FudCB0byB1c2Ugc3lzdGVtIHVzZXJzIGZvciBtYWlsLCBqdXN0IHdhbnQKPiA+ID4+ICAg ICBtYWlsYm94ZXMuICBUaGVyZQo+ID4gPj4gICAgID4gZG9lc24ndCBzZWVtIHRvIGJlIGEgc3Ry YWlnaHQtZm9yd2FyZCBtZXRob2QgdG8gZG8gdGhpcyBpbiB3ZWJtaW4uCj4gPiA+PiAgICAgUmVn YXJkaW5nIHRoZSBCSU5EIHF1ZXN0aW9uLCBsb29rIGluIC92YXIvbmFtZWQvY2hyb290L3Zhci9u YW1lZCBmb3IKPiA+ID4+ICAgICB5b3VyIHpvbmUgZmlsZXMuLi4gSSB0aGluayBCSU5EIGlzIGNo cm9vdGVkIGluIEZlZG9yYSBieSBkZWZhdWx0Li4uCj4gPiA+Pgo+ID4gPj4gICAgIFJlZ2FyZGlu ZyB0aGUgU2VuZG1haWwgcXVlc3Rpb24sIEkgZG9uJ3QgdGhpbmsgdGhlcmUgaXMgYSB3YXkgdG8K PiA+ID4+ICAgICBoYXZlIGEKPiA+ID4+ICAgICBtYWlsYm94IHdpdGhvdXQgYSB1c2VyLi4uIEFu IGFsaWFzLCBzdXJlLCBidXQgbm90IGEgbWFpbGJveC4uLgo+ID4gPj4KPiA+ID4+ICAgICBCcmlh biBDYXNlIDxodHRwOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3dlYmFk bWluLWxpc3Q+Cj4gPiA+Pgo+ID4gPj4KPiA+ID4KPiA+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ID4g PiBVc2luZyBUb21jYXQgYnV0IG5lZWQgdG8gZG8gbW9yZT8gTmVlZCB0byBzdXBwb3J0IHdlYiBz ZXJ2aWNlcywgc2VjdXJpdHk/Cj4gPiA+IEdldCBzdHVmZiBkb25lIHF1aWNrbHkgd2l0aCBwcmUt aW50ZWdyYXRlZCB0ZWNobm9sb2d5IHRvIG1ha2UgeW91ciBqb2IgZWFzaWVyCj4gPiA+IERvd25s b2FkIElCTSBXZWJTcGhlcmUgQXBwbGljYXRpb24gU2VydmVyIHYuMS4wLjEgYmFzZWQgb24gQXBh Y2hlIEdlcm9uaW1vCj4gPiA+IGh0dHA6Ly9zZWwuYXMtdXMuZmFsa2FnLm5ldC9zZWw/Y21kPWxu ayZraWQ9MTIwNzA5JmJpZD0yNjMwNTcmZGF0PTEyMTY0Mgo+ID4gPiAtCj4gPiA+IEZvcndhcmRl ZCBieSB0aGUgV2VibWluIG1haWxpbmcgbGlzdCBhdCB3ZWJhZG1pbi1saXN0QGxpc3RzLnNvdXJj ZWZvcmdlLm5ldAo+ID4gPiBUbyByZW1vdmUgeW91cnNlbGYgZnJvbSB0aGlzIGxpc3QsIGdvIHRv Cj4gPiA+IGh0dHA6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vd2ViYWRt aW4tbGlzdAo+ID4gPgo+ID4gPiAhRFNQQU06NTAwLDQ0Zjc4MzMwMTUwMTg1MDMxMDEwNTU2IQo+ ID4gPgo+ID4KPiA+Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBVc2luZyBUb21jYXQgYnV0IG5l ZWQgdG8gZG8gbW9yZT8gTmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywgc2VjdXJpdHk/Cj4g PiBHZXQgc3R1ZmYgZG9uZSBxdWlja2x5IHdpdGggcHJlLWludGVncmF0ZWQgdGVjaG5vbG9neSB0 byBtYWtlIHlvdXIgam9iIGVhc2llcgo+ID4gRG93bmxvYWQgSUJNIFdlYlNwaGVyZSBBcHBsaWNh dGlvbiBTZXJ2ZXIgdi4xLjAuMSBiYXNlZCBvbiBBcGFjaGUgR2Vyb25pbW8KPiA+IGh0dHA6Ly9z ZWwuYXMtdXMuZmFsa2FnLm5ldC9zZWw/Y21kPWxuayZraWQ9MTIwNzA5JmJpZD0yNjMwNTcmZGF0 PTEyMTY0Mgo+ID4gLQo+ID4gRm9yd2FyZGVkIGJ5IHRoZSBXZWJtaW4gbWFpbGluZyBsaXN0IGF0 IHdlYmFkbWluLWxpc3RAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gPiBUbyByZW1vdmUgeW91cnNl bGYgZnJvbSB0aGlzIGxpc3QsIGdvIHRvCj4gPiBodHRwOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0 L2xpc3RzL2xpc3RpbmZvL3dlYmFkbWluLWxpc3QKPiA+Cj4K |
|
From: Jamie C. <jca...@we...> - 2006-09-01 21:26:50
|
Oh yeah, I don't like nscd. It is supposed to speed up access to users in /etc/passwd by caching the contents of that file in memory, which sort-of makes sense on systems with a huge number of users. However, it often doesn't detect changes to the file, which causes problems for programs like Webmin which create new user accounts and then expect them to be immediately available to other programs.. - Jamie On 1/Sep/2006 01:32 and...@fr... wrote .. > You were absolutely right !! > I turned off nscd and everything is OK > > Moreover, if I create an user, delete it, and try to recreate it, if nscd > is on it tells me: user already exists... > > If I turn off nscd, the user is created again. > > Last summer (2005) I fought a lot with Linux Samba server integration in > A.D. environments, via winbind and pam. > > After several days (very bad days...) I found the solution was simply to > turn off nscd... (now I see it is very well documented on Samba > documentation...) > > Now the question is : "But what is this Name Service Caching Daemon ?????? > " > > It seems to me bad for almost anything !!!!! > > I think it must be very important, because it is installed (and started) > by > default in all suse box... but what is supposed to be its function ??? > > Andrea > > > > > > "Jamie Cameron" > <jcameron@webmin. > com> > To > Sent by: Webmin users list > webadmin-list-bou <web...@li... > nc...@li... t> > forge.net > cc > > Subject > 31/08/2006 21.13 Re: [webmin-l] error in > documentation ??? > > Please respond to > Webmin users list > <webadmin-list@li > sts.sourceforge.n > et> > > > > > > That is very odd. > Try turning off the nscd process, which caches the password file. You can > do > this in Webmin's Bootup and Shutdown module. > > - Jamie > > On 31/Aug/2006 00:56 and...@fr... wrote .. > > Perhaps I found the explanation..... > > If I change the shell via webmin, I have to reboot the box to get the > > changes active... (?) > > > > Stopping and restarting SSH server has not effect > > > > So I changed the shell from /bin/bash to something not existing, but > I > > still was using /bin/bash > > > > If I reboot, then I get: > > > > if /bin/bash ----> login ok > > if /bin/false -----> close putty window > > if /shellnotexists --> access denied, wrong username or password > > > > everytime I change a shell of every user I have to reboot the > > box......................... > > SO documentation is OK, but actually it seems to me really strange having > > to reboot........ > > > > thanks, > > ANdrea > > > > > > > > > > "Jamie Cameron" > > <jcameron@webmin. > > com> > > To > > Sent by: Webmin users list > > webadmin-list-bou > <web...@li... > > nc...@li... t> > > forge.net > > cc > > > > > Subject > > 30/08/2006 18.08 Re: [webmin-l] error in > > documentation ??? > > > > Please respond to > > Webmin users list > > <webadmin-list@li > > sts.sourceforge.n > > et> > > > > > > > > > > > > On 30/Aug/2006 05:31 and...@fr... wrote .. > > > Hi all, > > > I think that could exists an error in documentation. > > > > > > I am trying to create users which can only use mail. > > > > > > So I put /bin/false in their shell, and it is OK. > > > > > > But this is the end of the story; according to the webmin documentation > > > : > > > > > > ... > > > When a user logs in via telnet or at the console, or opens an xterm > > window > > > in X the users shell program will be run to interpret commands entered. > > > If > > > a user does not have a valid shell program or has one that does nothing > > > (like /bin/false), then that user will not be able to login. This can > > be > > > useful when creating users who can only read and send email. > > > ... > > > > > > If you leave the shell field empty, or put a non existing program (like > > > /shellnotexists as shell field) you CAN login via putty (ssh) > > > (of course you had to permit login by password) and issue any kind > of > > > commands (ls, cd ......) > > > > > > If you correctly put /bin/false in the shell field, you login via putty > > > (ssh) and the window is closed immediatly (correct) > > > > > > I am running Suse 10.1 with latest kernel and patch > > > > > > I think that could be fine to update the help field > > > > So if the shell field is empty, when shell does a user get after logging > > in? > > I am very surprised that this works, unless the SSH server on some > systems > > is automatically falling back to the /bin/sh shell if no valid shell > is > > set > > in /etc/passwd. > > > > - Jamie > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > - > > Forwarded by the Webmin mailing list at > web...@li... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > > > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > - > > Forwarded by the Webmin mailing list at > web...@li... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Jamie C. <jca...@we...> - 2006-09-01 20:53:47
|
On 1/Sep/2006 03:21 Jony Hudson wrote .. > Jamie Cameron <jcameron <at> webmin.com> writes: > > > Does the zone actually exist in the named.conf or named.conf.local ? > > If it is in named.conf.local , is there a directive in named.conf like > : > > > > include "/etc/named.conf.local"; > > > > Using the full path to named.conf.local ? > > Yes, the zone is defined in /etc/named.conf.local. This file is included > as you > describe in named.conf using its full path. > > I've found a workaround. I added a (dummy) master zone using the Webmin > BIND > module, as opposed to using the Virtualmin "new virtual site" command. > Now _all_ > of the zones appear in the Webmin BIND module. What's more if I now add > new > zones by adding Virtualmin virtual sites, these new zones automatically > appear > in the Webmin BIND module. > > Not quite sure how to explain that yet! Will poke around a bit more and > see if I > can figure it out ... I did see this once before actually - it turned out that the cause was a syntax error in named.conf that was causing Webmin to stop parsing at that point. Check for any missing } or ; characters.. - Jamie |
|
From: Dov Z. <do...@za...> - 2006-09-01 14:51:59
|
=D7=A6=D7=99=D7=98=D7=95=D7=98 Michael Ryerse: > No, the file is not there. Yes, I've when I run service sendmail > start it says the service is unknown. Sendmail appears to be > installed though. Webmin sees it there and lets me configure it. > It's not like other servers where I click on the server at webmin says > that it can't find the package at all. It's just when I try to start > sendmail via webmin, inid.d, or service sendmail start. Try running "yum install sendmail". What happens? > > On 8/31/06, Dov Zamir <do...@za...> wrote: >> =D7=A6=D7=99=D7=98=D7=95=D7=98 Michael Ryerse: >> > I am installing virtualmin hoping it will help with creating >> > mailboxes. The problem I'm having now is starting the sendmail >> > service via Wemin, it says: >> > Failed to start service : sh: /etc/rc.d/init.d/sendmail: No such fil= e >> > or directory >> > >> > Obviously I could create a new script but I would like to use the >> > method FC4 uses by default. I don't think it's set to use xinetd... >> > >> >> Have you checked your system manually to see if the file is there? >> /etc/rc.d/init.d/sendmail is the Federa default location and file name. >> Can you start the service from a command line with "service sendmail >> start"? If not, can you start it with /etc/rc.d/init.d/sendmail? >> > >> > >> > On 8/31/06, Dov Zamir <do...@za...> wrote: >> > >> >> =D7=A6=D7=99=D7=98=D7=95=D7=98 Brian Case: >> >> >> >>> On a Sendmail system, the situation below would be handled like=20 >> this: >> >>> >> >>> bo...@do... would have a system username of bob and mail for >> >>> bo...@do... would be aliased to bob via the virtusertable >> >>> bo...@do... would have a system username of bob2 and mail for >> >>> bo...@do... would be aliased to bob2 via the virtusertable >> >>> >> >>> I have no experience with Qmail or Postfix but I know Sendmail=20 >> does not >> >>> provide POP3 or IMAP services... I use Dovecot for those services.= .. >> >>> Since both Sendmail and Dovecot need to be able to authenticate=20 >> users, >> >>> having one username/password source (The user account) makes=20 >> sense... >> >>> >> >>> Brian >> >>> >> >>> >> >>> >> >> I also use Sendmail and Dovecot, however none of my mail users has = a >> >> local account. I use a MySQL database to authenticate users, and=20 >> to hold >> >> all kinds of additional information, such as DSLAM number and port, >> >> contact phone number and etc. >> >> >> >> It is much easier to maintain a system with an external user=20 >> database, >> >> be it LDAP, SQL or whatever, than to maintain users in system=20 >> accounts. >> >> >> >>> Michael Ryerse wrote: >> >>> >> >>> >> >>>> Thanks. I think I checked /named/chroot/var/named, but I'll=20 >> double check. >> >>>> >> >>>> As for Sendmail requiring a user, I beleive that is entirely=20 >> true, as >> >>>> I am sure there are thousands of sendmail servers out there that=20 >> host >> >>>> multiple domains and come across situations where they have a=20 >> mailbox >> >>>> for bo...@do... <mailto:bo...@do...>, as well as a=20 >> mailbox for >> >>>> bo...@do... <mailto:bo...@do...>, who are entirely=20 >> different >> >>>> users, and since the users have no use on the system other than f= or >> >>>> mail, there is no need to create a system account, because this=20 >> is a >> >>>> mail server. >> >>>> >> >>>> Regardless, I might find myself trying Qmail or Postfix simply=20 >> because >> >>>> the documentation for Sendmail seems to be scarce. It shouldn't=20 >> take >> >>>> this long to find simple steps to do something as simple as=20 >> create a >> >>>> user's mailbox. >> >>>> >> >>>> >> >>>> On 8/31/06, *Brian Case* <we...@we... >> >>>> <mailto:we...@we...>> wrote: >> >>>> >> >>>> Michael Ryerse wrote: >> >>>> > Hi, I just got a VPS server with FC4 and webmin. I have be= en >> >>>> setting >> >>>> > up BIND and noticed that the three zones I created did not=20 >> cause a >> >>>> > zone file to be written in /var/named. /etc/named.conf=20 >> seems to be >> >>>> > getting updated, but points to zone files that do not=20 >> exist, and I >> >>>> > think that this is causing name resolution to not work. An= y >> >>>> suggestions? >> >>>> > >> >>>> > >> >>>> > Also, with Sendmail, I was wondering if someone could=20 >> point me >> >>>> to some >> >>>> > documentation on how to create mailboxes via webmin for=20 >> sendmail. I >> >>>> > do not want to use system users for mail, just want >> >>>> mailboxes. There >> >>>> > doesn't seem to be a straight-forward method to do this in=20 >> webmin. >> >>>> Regarding the BIND question, look in=20 >> /var/named/chroot/var/named for >> >>>> your zone files... I think BIND is chrooted in Fedora by=20 >> default... >> >>>> >> >>>> Regarding the Sendmail question, I don't think there is a=20 >> way to >> >>>> have a >> >>>> mailbox without a user... An alias, sure, but not a mailbox... >> >>>> >> >>>> Brian Case=20 >> <http://lists.sourceforge.net/lists/listinfo/webadmin-list> >> >>>> >> >>>> >> >>>> >> >>>=20 >> ----------------------------------------------------------------------= ---=20 >> >> >>> Using Tomcat but need to do more? Need to support web services,=20 >> security? >> >>> Get stuff done quickly with pre-integrated technology to make=20 >> your job easier >> >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache=20 >> Geronimo >> >>>=20 >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> >>> - >> >>> Forwarded by the Webmin mailing list at=20 >> web...@li... >> >>> To remove yourself from this list, go to >> >>> http://lists.sourceforge.net/lists/listinfo/webadmin-list >> >>> >> >>> >> >>> >> >>> >> >>=20 >> ----------------------------------------------------------------------= ---=20 >> >> >> Using Tomcat but need to do more? Need to support web services,=20 >> security? >> >> Get stuff done quickly with pre-integrated technology to make your=20 >> job easier >> >> Download IBM WebSphere Application Server v.1.0.1 based on Apache=20 >> Geronimo >> >>=20 >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> >> - >> >> Forwarded by the Webmin mailing list at=20 >> web...@li... >> >> To remove yourself from this list, go to >> >> http://lists.sourceforge.net/lists/listinfo/webadmin-list >> >> >> >> >> >=20 >> ----------------------------------------------------------------------= ---=20 >> >> > Using Tomcat but need to do more? Need to support web services,=20 >> security? >> > Get stuff done quickly with pre-integrated technology to make your=20 >> job easier >> > Download IBM WebSphere Application Server v.1.0.1 based on Apache=20 >> Geronimo >> >=20 >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> > - >> > Forwarded by the Webmin mailing list at=20 >> web...@li... >> > To remove yourself from this list, go to >> > http://lists.sourceforge.net/lists/listinfo/webadmin-list >> > >> > >> > > >> >> >> ----------------------------------------------------------------------= ---=20 >> >> Using Tomcat but need to do more? Need to support web services,=20 >> security? >> Get stuff done quickly with pre-integrated technology to make your=20 >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache=20 >> Geronimo >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> - >> Forwarded by the Webmin mailing list at=20 >> web...@li... >> To remove yourself from this list, go to >> http://lists.sourceforge.net/lists/listinfo/webadmin-list >> > > > !DSPAM:500,44f8482018831336712104! |
|
From: Michael R. <mic...@gm...> - 2006-09-01 14:47:54
|
Tm8sIHRoZSBmaWxlIGlzIG5vdCB0aGVyZS4gIFllcywgSSd2ZSB3aGVuIEkgcnVuIHNlcnZpY2Ug c2VuZG1haWwKc3RhcnQgaXQgc2F5cyB0aGUgc2VydmljZSBpcyB1bmtub3duLiAgU2VuZG1haWwg YXBwZWFycyB0byBiZQppbnN0YWxsZWQgdGhvdWdoLiAgV2VibWluIHNlZXMgaXQgdGhlcmUgYW5k IGxldHMgbWUgY29uZmlndXJlIGl0LgpJdCdzIG5vdCBsaWtlIG90aGVyIHNlcnZlcnMgd2hlcmUg SSBjbGljayBvbiB0aGUgc2VydmVyIGF0IHdlYm1pbiBzYXlzCnRoYXQgaXQgY2FuJ3QgZmluZCB0 aGUgcGFja2FnZSBhdCBhbGwuICBJdCdzIGp1c3Qgd2hlbiBJIHRyeSB0byBzdGFydApzZW5kbWFp bCB2aWEgd2VibWluLCBpbmlkLmQsIG9yIHNlcnZpY2Ugc2VuZG1haWwgc3RhcnQuCgpPbiA4LzMx LzA2LCBEb3YgWmFtaXIgPGRvdkB6YW1pcmZhbWlseS5jb20+IHdyb3RlOgo+INem15nXmNeV15gg TWljaGFlbCBSeWVyc2U6Cj4gPiBJIGFtIGluc3RhbGxpbmcgdmlydHVhbG1pbiBob3BpbmcgaXQg d2lsbCBoZWxwIHdpdGggY3JlYXRpbmcKPiA+IG1haWxib3hlcy4gIFRoZSBwcm9ibGVtIEknbSBo YXZpbmcgbm93IGlzIHN0YXJ0aW5nIHRoZSBzZW5kbWFpbAo+ID4gc2VydmljZSB2aWEgV2VtaW4s IGl0IHNheXM6Cj4gPiBGYWlsZWQgdG8gc3RhcnQgc2VydmljZSA6IHNoOiAvZXRjL3JjLmQvaW5p dC5kL3NlbmRtYWlsOiBObyBzdWNoIGZpbGUKPiA+IG9yIGRpcmVjdG9yeQo+ID4KPiA+IE9idmlv dXNseSBJIGNvdWxkIGNyZWF0ZSBhIG5ldyBzY3JpcHQgYnV0IEkgd291bGQgbGlrZSB0byB1c2Ug dGhlCj4gPiBtZXRob2QgRkM0IHVzZXMgYnkgZGVmYXVsdC4gIEkgZG9uJ3QgdGhpbmsgaXQncyBz ZXQgdG8gdXNlIHhpbmV0ZC4uLgo+ID4KPgo+IEhhdmUgeW91IGNoZWNrZWQgeW91ciBzeXN0ZW0g bWFudWFsbHkgdG8gc2VlIGlmIHRoZSBmaWxlIGlzIHRoZXJlPwo+IC9ldGMvcmMuZC9pbml0LmQv c2VuZG1haWwgaXMgdGhlIEZlZGVyYSBkZWZhdWx0IGxvY2F0aW9uIGFuZCBmaWxlIG5hbWUuCj4g Q2FuIHlvdSBzdGFydCB0aGUgc2VydmljZSBmcm9tIGEgY29tbWFuZCBsaW5lIHdpdGggInNlcnZp Y2Ugc2VuZG1haWwKPiBzdGFydCI/IElmIG5vdCwgY2FuIHlvdSBzdGFydCBpdCB3aXRoIC9ldGMv cmMuZC9pbml0LmQvc2VuZG1haWw/Cj4gPgo+ID4KPiA+IE9uIDgvMzEvMDYsIERvdiBaYW1pciA8 ZG92QHphbWlyZmFtaWx5LmNvbT4gd3JvdGU6Cj4gPgo+ID4+INem15nXmNeV15ggQnJpYW4gQ2Fz ZToKPiA+Pgo+ID4+PiBPbiBhIFNlbmRtYWlsIHN5c3RlbSwgdGhlIHNpdHVhdGlvbiBiZWxvdyB3 b3VsZCBiZSBoYW5kbGVkIGxpa2UgdGhpczoKPiA+Pj4KPiA+Pj4gYm9iQGRvbWFpbjEuY29tIHdv dWxkIGhhdmUgYSBzeXN0ZW0gdXNlcm5hbWUgb2YgYm9iIGFuZCBtYWlsIGZvcgo+ID4+PiBib2JA ZG9tYWluMS5jb20gd291bGQgYmUgYWxpYXNlZCB0byBib2IgdmlhIHRoZSB2aXJ0dXNlcnRhYmxl Cj4gPj4+IGJvYkBkb21haW4yLmNvbSB3b3VsZCBoYXZlIGEgc3lzdGVtIHVzZXJuYW1lIG9mIGJv YjIgYW5kIG1haWwgZm9yCj4gPj4+IGJvYkBkb21haW4yLmNvbSB3b3VsZCBiZSBhbGlhc2VkIHRv IGJvYjIgdmlhIHRoZSB2aXJ0dXNlcnRhYmxlCj4gPj4+Cj4gPj4+IEkgaGF2ZSBubyBleHBlcmll bmNlIHdpdGggUW1haWwgb3IgUG9zdGZpeCBidXQgSSBrbm93IFNlbmRtYWlsIGRvZXMgbm90Cj4g Pj4+IHByb3ZpZGUgUE9QMyBvciBJTUFQIHNlcnZpY2VzLi4uIEkgdXNlIERvdmVjb3QgZm9yIHRo b3NlIHNlcnZpY2VzLi4uCj4gPj4+IFNpbmNlIGJvdGggU2VuZG1haWwgYW5kIERvdmVjb3QgbmVl ZCB0byBiZSBhYmxlIHRvIGF1dGhlbnRpY2F0ZSB1c2VycywKPiA+Pj4gaGF2aW5nIG9uZSB1c2Vy bmFtZS9wYXNzd29yZCBzb3VyY2UgKFRoZSB1c2VyIGFjY291bnQpIG1ha2VzIHNlbnNlLi4uCj4g Pj4+Cj4gPj4+IEJyaWFuCj4gPj4+Cj4gPj4+Cj4gPj4+Cj4gPj4gSSBhbHNvIHVzZSBTZW5kbWFp bCBhbmQgRG92ZWNvdCwgaG93ZXZlciBub25lIG9mIG15IG1haWwgdXNlcnMgaGFzIGEKPiA+PiBs b2NhbCBhY2NvdW50LiBJIHVzZSBhIE15U1FMIGRhdGFiYXNlIHRvIGF1dGhlbnRpY2F0ZSB1c2Vy cywgYW5kIHRvIGhvbGQKPiA+PiBhbGwga2luZHMgb2YgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiwg c3VjaCBhcyBEU0xBTSBudW1iZXIgYW5kIHBvcnQsCj4gPj4gY29udGFjdCBwaG9uZSBudW1iZXIg YW5kIGV0Yy4KPiA+Pgo+ID4+IEl0IGlzIG11Y2ggZWFzaWVyIHRvIG1haW50YWluIGEgc3lzdGVt IHdpdGggYW4gZXh0ZXJuYWwgdXNlciBkYXRhYmFzZSwKPiA+PiBiZSBpdCBMREFQLCBTUUwgb3Ig d2hhdGV2ZXIsIHRoYW4gdG8gbWFpbnRhaW4gdXNlcnMgaW4gc3lzdGVtIGFjY291bnRzLgo+ID4+ Cj4gPj4+IE1pY2hhZWwgUnllcnNlIHdyb3RlOgo+ID4+Pgo+ID4+Pgo+ID4+Pj4gVGhhbmtzLiAg SSB0aGluayBJIGNoZWNrZWQgL25hbWVkL2Nocm9vdC92YXIvbmFtZWQsIGJ1dCBJJ2xsIGRvdWJs ZSBjaGVjay4KPiA+Pj4+Cj4gPj4+PiBBcyBmb3IgU2VuZG1haWwgcmVxdWlyaW5nIGEgdXNlciwg SSBiZWxlaXZlIHRoYXQgaXMgZW50aXJlbHkgdHJ1ZSwgYXMKPiA+Pj4+IEkgYW0gc3VyZSB0aGVy ZSBhcmUgdGhvdXNhbmRzIG9mIHNlbmRtYWlsIHNlcnZlcnMgb3V0IHRoZXJlIHRoYXQgaG9zdAo+ ID4+Pj4gbXVsdGlwbGUgZG9tYWlucyBhbmQgY29tZSBhY3Jvc3Mgc2l0dWF0aW9ucyB3aGVyZSB0 aGV5IGhhdmUgYSBtYWlsYm94Cj4gPj4+PiBmb3IgYm9iQGRvbWFpbjEuY29tIDxtYWlsdG86Ym9i QGRvbWFpbjEuY29tPiwgYXMgd2VsbCBhcyBhIG1haWxib3ggZm9yCj4gPj4+PiBib2JAZG9tYWlu Mi5jb20gPG1haWx0bzpib2JAZG9tYWluMi5jb20+LCB3aG8gYXJlIGVudGlyZWx5IGRpZmZlcmVu dAo+ID4+Pj4gdXNlcnMsIGFuZCBzaW5jZSB0aGUgdXNlcnMgaGF2ZSBubyB1c2Ugb24gdGhlIHN5 c3RlbSBvdGhlciB0aGFuIGZvcgo+ID4+Pj4gbWFpbCwgdGhlcmUgaXMgbm8gbmVlZCB0byBjcmVh dGUgYSBzeXN0ZW0gYWNjb3VudCwgYmVjYXVzZSB0aGlzIGlzIGEKPiA+Pj4+IG1haWwgc2VydmVy Lgo+ID4+Pj4KPiA+Pj4+IFJlZ2FyZGxlc3MsIEkgbWlnaHQgZmluZCBteXNlbGYgdHJ5aW5nIFFt YWlsIG9yIFBvc3RmaXggc2ltcGx5IGJlY2F1c2UKPiA+Pj4+IHRoZSBkb2N1bWVudGF0aW9uIGZv ciBTZW5kbWFpbCBzZWVtcyB0byBiZSBzY2FyY2UuICBJdCBzaG91bGRuJ3QgdGFrZQo+ID4+Pj4g dGhpcyBsb25nIHRvIGZpbmQgc2ltcGxlIHN0ZXBzIHRvIGRvIHNvbWV0aGluZyBhcyBzaW1wbGUg YXMgY3JlYXRlIGEKPiA+Pj4+IHVzZXIncyBtYWlsYm94Lgo+ID4+Pj4KPiA+Pj4+Cj4gPj4+PiBP biA4LzMxLzA2LCAqQnJpYW4gQ2FzZSogPHdlYm1pbkB3ZXN0ZmlmdGguY29tCj4gPj4+PiA8bWFp bHRvOndlYm1pbkB3ZXN0ZmlmdGguY29tPj4gd3JvdGU6Cj4gPj4+Pgo+ID4+Pj4gICAgIE1pY2hh ZWwgUnllcnNlIHdyb3RlOgo+ID4+Pj4gICAgID4gSGksIEkganVzdCBnb3QgYSBWUFMgc2VydmVy IHdpdGggRkM0IGFuZCB3ZWJtaW4uICBJIGhhdmUgYmVlbgo+ID4+Pj4gICAgIHNldHRpbmcKPiA+ Pj4+ICAgICA+IHVwIEJJTkQgYW5kIG5vdGljZWQgdGhhdCB0aGUgdGhyZWUgem9uZXMgSSBjcmVh dGVkIGRpZCBub3QgY2F1c2UgYQo+ID4+Pj4gICAgID4gem9uZSBmaWxlIHRvIGJlIHdyaXR0ZW4g aW4gL3Zhci9uYW1lZC4gIC9ldGMvbmFtZWQuY29uZiBzZWVtcyB0byBiZQo+ID4+Pj4gICAgID4g Z2V0dGluZyB1cGRhdGVkLCBidXQgcG9pbnRzIHRvIHpvbmUgZmlsZXMgdGhhdCBkbyBub3QgZXhp c3QsIGFuZCBJCj4gPj4+PiAgICAgPiB0aGluayB0aGF0IHRoaXMgaXMgY2F1c2luZyBuYW1lIHJl c29sdXRpb24gdG8gbm90IHdvcmsuICBBbnkKPiA+Pj4+ICAgICBzdWdnZXN0aW9ucz8KPiA+Pj4+ ICAgICA+Cj4gPj4+PiAgICAgPgo+ID4+Pj4gICAgID4gQWxzbywgd2l0aCBTZW5kbWFpbCwgSSB3 YXMgd29uZGVyaW5nIGlmIHNvbWVvbmUgY291bGQgcG9pbnQgbWUKPiA+Pj4+ICAgICB0byBzb21l Cj4gPj4+PiAgICAgPiBkb2N1bWVudGF0aW9uIG9uIGhvdyB0byBjcmVhdGUgbWFpbGJveGVzIHZp YSB3ZWJtaW4gZm9yIHNlbmRtYWlsLiAgSQo+ID4+Pj4gICAgID4gZG8gbm90IHdhbnQgdG8gdXNl IHN5c3RlbSB1c2VycyBmb3IgbWFpbCwganVzdCB3YW50Cj4gPj4+PiAgICAgbWFpbGJveGVzLiAg VGhlcmUKPiA+Pj4+ICAgICA+IGRvZXNuJ3Qgc2VlbSB0byBiZSBhIHN0cmFpZ2h0LWZvcndhcmQg bWV0aG9kIHRvIGRvIHRoaXMgaW4gd2VibWluLgo+ID4+Pj4gICAgIFJlZ2FyZGluZyB0aGUgQklO RCBxdWVzdGlvbiwgbG9vayBpbiAvdmFyL25hbWVkL2Nocm9vdC92YXIvbmFtZWQgZm9yCj4gPj4+ PiAgICAgeW91ciB6b25lIGZpbGVzLi4uIEkgdGhpbmsgQklORCBpcyBjaHJvb3RlZCBpbiBGZWRv cmEgYnkgZGVmYXVsdC4uLgo+ID4+Pj4KPiA+Pj4+ICAgICBSZWdhcmRpbmcgdGhlIFNlbmRtYWls IHF1ZXN0aW9uLCBJIGRvbid0IHRoaW5rIHRoZXJlIGlzIGEgd2F5IHRvCj4gPj4+PiAgICAgaGF2 ZSBhCj4gPj4+PiAgICAgbWFpbGJveCB3aXRob3V0IGEgdXNlci4uLiBBbiBhbGlhcywgc3VyZSwg YnV0IG5vdCBhIG1haWxib3guLi4KPiA+Pj4+Cj4gPj4+PiAgICAgQnJpYW4gQ2FzZSA8aHR0cDov L2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby93ZWJhZG1pbi1saXN0Pgo+ID4+ Pj4KPiA+Pj4+Cj4gPj4+Pgo+ID4+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPj4+IFVzaW5nIFRvbWNh dCBidXQgbmVlZCB0byBkbyBtb3JlPyBOZWVkIHRvIHN1cHBvcnQgd2ViIHNlcnZpY2VzLCBzZWN1 cml0eT8KPiA+Pj4gR2V0IHN0dWZmIGRvbmUgcXVpY2tseSB3aXRoIHByZS1pbnRlZ3JhdGVkIHRl Y2hub2xvZ3kgdG8gbWFrZSB5b3VyIGpvYiBlYXNpZXIKPiA+Pj4gRG93bmxvYWQgSUJNIFdlYlNw aGVyZSBBcHBsaWNhdGlvbiBTZXJ2ZXIgdi4xLjAuMSBiYXNlZCBvbiBBcGFjaGUgR2Vyb25pbW8K PiA+Pj4gaHR0cDovL3NlbC5hcy11cy5mYWxrYWcubmV0L3NlbD9jbWQ9bG5rJmtpZD0xMjA3MDkm YmlkPTI2MzA1NyZkYXQ9MTIxNjQyCj4gPj4+IC0KPiA+Pj4gRm9yd2FyZGVkIGJ5IHRoZSBXZWJt aW4gbWFpbGluZyBsaXN0IGF0IHdlYmFkbWluLWxpc3RAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4g Pj4+IFRvIHJlbW92ZSB5b3Vyc2VsZiBmcm9tIHRoaXMgbGlzdCwgZ28gdG8KPiA+Pj4gaHR0cDov L2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby93ZWJhZG1pbi1saXN0Cj4gPj4+ Cj4gPj4+Cj4gPj4+Cj4gPj4+Cj4gPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ID4+IFVzaW5nIFRvbWNh dCBidXQgbmVlZCB0byBkbyBtb3JlPyBOZWVkIHRvIHN1cHBvcnQgd2ViIHNlcnZpY2VzLCBzZWN1 cml0eT8KPiA+PiBHZXQgc3R1ZmYgZG9uZSBxdWlja2x5IHdpdGggcHJlLWludGVncmF0ZWQgdGVj aG5vbG9neSB0byBtYWtlIHlvdXIgam9iIGVhc2llcgo+ID4+IERvd25sb2FkIElCTSBXZWJTcGhl cmUgQXBwbGljYXRpb24gU2VydmVyIHYuMS4wLjEgYmFzZWQgb24gQXBhY2hlIEdlcm9uaW1vCj4g Pj4gaHR0cDovL3NlbC5hcy11cy5mYWxrYWcubmV0L3NlbD9jbWQ9bG5rJmtpZD0xMjA3MDkmYmlk PTI2MzA1NyZkYXQ9MTIxNjQyCj4gPj4gLQo+ID4+IEZvcndhcmRlZCBieSB0aGUgV2VibWluIG1h aWxpbmcgbGlzdCBhdCB3ZWJhZG1pbi1saXN0QGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ID4+IFRv IHJlbW92ZSB5b3Vyc2VsZiBmcm9tIHRoaXMgbGlzdCwgZ28gdG8KPiA+PiBodHRwOi8vbGlzdHMu c291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3dlYmFkbWluLWxpc3QKPiA+Pgo+ID4+Cj4g PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBVc2luZyBUb21jYXQgYnV0IG5lZWQgdG8gZG8gbW9yZT8g TmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywgc2VjdXJpdHk/Cj4gPiBHZXQgc3R1ZmYgZG9u ZSBxdWlja2x5IHdpdGggcHJlLWludGVncmF0ZWQgdGVjaG5vbG9neSB0byBtYWtlIHlvdXIgam9i IGVhc2llcgo+ID4gRG93bmxvYWQgSUJNIFdlYlNwaGVyZSBBcHBsaWNhdGlvbiBTZXJ2ZXIgdi4x LjAuMSBiYXNlZCBvbiBBcGFjaGUgR2Vyb25pbW8KPiA+IGh0dHA6Ly9zZWwuYXMtdXMuZmFsa2Fn Lm5ldC9zZWw/Y21kPWxuayZraWQ9MTIwNzA5JmJpZD0yNjMwNTcmZGF0PTEyMTY0Mgo+ID4gLQo+ ID4gRm9yd2FyZGVkIGJ5IHRoZSBXZWJtaW4gbWFpbGluZyBsaXN0IGF0IHdlYmFkbWluLWxpc3RA bGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gPiBUbyByZW1vdmUgeW91cnNlbGYgZnJvbSB0aGlzIGxp c3QsIGdvIHRvCj4gPiBodHRwOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZv L3dlYmFkbWluLWxpc3QKPiA+Cj4gPgo+ID4gIURTUEFNOjUwMCw0NGY3YmFkYTE4NzAyNzAyMzQx ODMxNCEKPiA+Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBVc2luZyBUb21jYXQgYnV0IG5lZWQg dG8gZG8gbW9yZT8gTmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywgc2VjdXJpdHk/Cj4gR2V0 IHN0dWZmIGRvbmUgcXVpY2tseSB3aXRoIHByZS1pbnRlZ3JhdGVkIHRlY2hub2xvZ3kgdG8gbWFr ZSB5b3VyIGpvYiBlYXNpZXIKPiBEb3dubG9hZCBJQk0gV2ViU3BoZXJlIEFwcGxpY2F0aW9uIFNl cnZlciB2LjEuMC4xIGJhc2VkIG9uIEFwYWNoZSBHZXJvbmltbwo+IGh0dHA6Ly9zZWwuYXMtdXMu ZmFsa2FnLm5ldC9zZWw/Y21kPWxuayZraWQ9MTIwNzA5JmJpZD0yNjMwNTcmZGF0PTEyMTY0Mgo+ IC0KPiBGb3J3YXJkZWQgYnkgdGhlIFdlYm1pbiBtYWlsaW5nIGxpc3QgYXQgd2ViYWRtaW4tbGlz dEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBUbyByZW1vdmUgeW91cnNlbGYgZnJvbSB0aGlzIGxp c3QsIGdvIHRvCj4gaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby93 ZWJhZG1pbi1saXN0Cj4K |
|
From: Jony H. <we...@j-...> - 2006-09-01 10:22:07
|
Jamie Cameron <jcameron <at> webmin.com> writes: > Does the zone actually exist in the named.conf or named.conf.local ? > If it is in named.conf.local , is there a directive in named.conf like : > > include "/etc/named.conf.local"; > > Using the full path to named.conf.local ? Yes, the zone is defined in /etc/named.conf.local. This file is included as you describe in named.conf using its full path. I've found a workaround. I added a (dummy) master zone using the Webmin BIND module, as opposed to using the Virtualmin "new virtual site" command. Now _all_ of the zones appear in the Webmin BIND module. What's more if I now add new zones by adding Virtualmin virtual sites, these new zones automatically appear in the Webmin BIND module. Not quite sure how to explain that yet! Will poke around a bit more and see if I can figure it out ... Jony |
|
From: <and...@fr...> - 2006-09-01 08:33:08
|
You were absolutely right !!
I turned off nscd and everything is OK
Moreover, if I create an user, delete it, and try to recreate it, if nscd
is on it tells me: user already exists...
If I turn off nscd, the user is created again.
Last summer (2005) I fought a lot with Linux Samba server integration in
A.D. environments, via winbind and pam.
After several days (very bad days...) I found the solution was simply to
turn off nscd... (now I see it is very well documented on Samba
documentation...)
Now the question is : "But what is this Name Service Caching Daemon ??????
"
It seems to me bad for almost anything !!!!!
I think it must be very important, because it is installed (and started) by
default in all suse box... but what is supposed to be its function ???
Andrea
"Jamie Cameron"
<jcameron@webmin.
com> To
Sent by: Webmin users list
webadmin-list-bou <web...@li...
nc...@li... t>
forge.net cc
Subject
31/08/2006 21.13 Re: [webmin-l] error in
documentation ???
Please respond to
Webmin users list
<webadmin-list@li
sts.sourceforge.n
et>
That is very odd.
Try turning off the nscd process, which caches the password file. You can
do
this in Webmin's Bootup and Shutdown module.
- Jamie
On 31/Aug/2006 00:56 and...@fr... wrote ..
> Perhaps I found the explanation.....
> If I change the shell via webmin, I have to reboot the box to get the
> changes active... (?)
>
> Stopping and restarting SSH server has not effect
>
> So I changed the shell from /bin/bash to something not existing, but I
> still was using /bin/bash
>
> If I reboot, then I get:
>
> if /bin/bash ----> login ok
> if /bin/false -----> close putty window
> if /shellnotexists --> access denied, wrong username or password
>
> everytime I change a shell of every user I have to reboot the
> box.........................
> SO documentation is OK, but actually it seems to me really strange having
> to reboot........
>
> thanks,
> ANdrea
>
>
>
>
> "Jamie Cameron"
> <jcameron@webmin.
> com>
> To
> Sent by: Webmin users list
> webadmin-list-bou
<web...@li...
> nc...@li... t>
> forge.net
> cc
>
>
Subject
> 30/08/2006 18.08 Re: [webmin-l] error in
> documentation ???
>
> Please respond to
> Webmin users list
> <webadmin-list@li
> sts.sourceforge.n
> et>
>
>
>
>
>
> On 30/Aug/2006 05:31 and...@fr... wrote ..
> > Hi all,
> > I think that could exists an error in documentation.
> >
> > I am trying to create users which can only use mail.
> >
> > So I put /bin/false in their shell, and it is OK.
> >
> > But this is the end of the story; according to the webmin documentation
> > :
> >
> > ...
> > When a user logs in via telnet or at the console, or opens an xterm
> window
> > in X the users shell program will be run to interpret commands entered.
> > If
> > a user does not have a valid shell program or has one that does nothing
> > (like /bin/false), then that user will not be able to login. This can
> be
> > useful when creating users who can only read and send email.
> > ...
> >
> > If you leave the shell field empty, or put a non existing program (like
> > /shellnotexists as shell field) you CAN login via putty (ssh)
> > (of course you had to permit login by password) and issue any kind of
> > commands (ls, cd ......)
> >
> > If you correctly put /bin/false in the shell field, you login via putty
> > (ssh) and the window is closed immediatly (correct)
> >
> > I am running Suse 10.1 with latest kernel and patch
> >
> > I think that could be fine to update the help field
>
> So if the shell field is empty, when shell does a user get after logging
> in?
> I am very surprised that this works, unless the SSH server on some
systems
> is automatically falling back to the /bin/sh shell if no valid shell is
> set
> in /etc/passwd.
>
> - Jamie
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> -
> Forwarded by the Webmin mailing list at
web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> -
> Forwarded by the Webmin mailing list at
web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
-
Forwarded by the Webmin mailing list at web...@li...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list
|
|
From: Jamie C. <jca...@we...> - 2006-09-01 06:00:54
|
On 31/Aug/2006 22:19 Kaiser, Hans wrote .. <blockquote type=3D"cite"> Hello Jamie,<br /> <br /> I found the next bug/feature request.<br /> <br /> dump backups ony the inodes of one filesystem. But for backups it would be more sensible to backup all ext2/ext3 filesystems of the given path.<br /> For example:<br /> - you create a task to backup /<br /> - under /mnt/ you have 2 additional filesystems mounted<br /> =3D> webmin/dump will only backup the filesystem under with the / is mounted, the other two under /mnt get ommited and without any warning...<br /> <br /> Would it be easily possible to extend the webmin backup to backup also the mounted filesystems under the given path?<br /> <br /> regards </blockquote>Hi Hans,<br />That would be tricky, as a single dump command can only backup one filesystem. There is no way that I can think of to have several dumps written to the same destination file, apart from appending them one after another .. which would make restores impossible.<br /><br />Personally, I would recommand tar format backups if you want to span multiple filesystems.<br /><br />=A0- Jamie<br /><br /> |
|
From: Kaiser, H. <r_...@gm...> - 2006-09-01 05:19:18
|
Hello Jamie, I found the next bug/feature request. dump backups ony the inodes of one filesystem. But for backups it would be more sensible to backup all ext2/ext3 filesystems of the given path. For example: - you create a task to backup / - under /mnt/ you have 2 additional filesystems mounted => webmin/dump will only backup the filesystem under with the / is mounted, the other two under /mnt get ommited and without any warning... Would it be easily possible to extend the webmin backup to backup also the mounted filesystems under the given path? regards |
|
From: John H. <web...@ew...> - 2006-09-01 05:02:50
|
Michael Ryerse wrote: > I am installing virtualmin hoping it will help with creating > mailboxes. The problem I'm having now is starting the sendmail > service via Wemin, it says: > Failed to start service : sh: /etc/rc.d/init.d/sendmail: No such file > or directory > > Obviously I could create a new script but I would like to use the > method FC4 uses by default. I don't think it's set to use xinetd... > =20 It sounds like you didn't install the sendmail rpm. It puts the init=20 script in by default.. or at least on every RedHat OS I've ever used=20 which does not include any Fedora Core systems. Also, note that sendmail by default on RedHat systems is not set to=20 allow external mail. You have to remove the 127.0.0.1 part leaving DAEMON_OPTIONS(`Port=3Dsmtp, Name=3DMTA')dnl from /etc/mail/sendmail.mc Then run make -C /etc/mail and restart sendmail. Note, if you're going to run multiple domains in a shared environment...=20 I'd suggest you don't create users named bob, john, ted... What happens=20 is they become system wide users... So, if bob owns domain.com and=20 domain2.com does not have an email address for bob, bo...@do... will=20 get the email sent to bo...@do.... This is one of the reasons Webmin=20 sort of 'suggest' that you use the domain name as part of the username..=20 so user bob is actually bob.domain or however you set it up. Best, John Hinton > > > On 8/31/06, Dov Zamir <do...@za...> wrote: > =20 >> =D7=A6=D7=99=D7=98=D7=95=D7=98 Brian Case: >> =20 >>> On a Sendmail system, the situation below would be handled like this: >>> >>> bo...@do... would have a system username of bob and mail for >>> bo...@do... would be aliased to bob via the virtusertable >>> bo...@do... would have a system username of bob2 and mail for >>> bo...@do... would be aliased to bob2 via the virtusertable >>> >>> I have no experience with Qmail or Postfix but I know Sendmail does n= ot >>> provide POP3 or IMAP services... I use Dovecot for those services... >>> Since both Sendmail and Dovecot need to be able to authenticate users= , >>> having one username/password source (The user account) makes sense... >>> >>> Brian >>> >>> >>> =20 >> I also use Sendmail and Dovecot, however none of my mail users has a >> local account. I use a MySQL database to authenticate users, and to ho= ld >> all kinds of additional information, such as DSLAM number and port, >> contact phone number and etc. >> >> It is much easier to maintain a system with an external user database, >> be it LDAP, SQL or whatever, than to maintain users in system accounts. >> =20 >>> Michael Ryerse wrote: >>> >>> =20 >>>> Thanks. I think I checked /named/chroot/var/named, but I'll double = check. >>>> >>>> As for Sendmail requiring a user, I beleive that is entirely true, a= s >>>> I am sure there are thousands of sendmail servers out there that hos= t >>>> multiple domains and come across situations where they have a mailbo= x >>>> for bo...@do... <mailto:bo...@do...>, as well as a mailbox f= or >>>> bo...@do... <mailto:bo...@do...>, who are entirely different >>>> users, and since the users have no use on the system other than for >>>> mail, there is no need to create a system account, because this is a >>>> mail server. >>>> >>>> Regardless, I might find myself trying Qmail or Postfix simply becau= se >>>> the documentation for Sendmail seems to be scarce. It shouldn't tak= e >>>> this long to find simple steps to do something as simple as create a >>>> user's mailbox. >>>> >>>> >>>> On 8/31/06, *Brian Case* <we...@we... >>>> <mailto:we...@we...>> wrote: >>>> >>>> Michael Ryerse wrote: >>>> > Hi, I just got a VPS server with FC4 and webmin. I have been >>>> setting >>>> > up BIND and noticed that the three zones I created did not cau= se a >>>> > zone file to be written in /var/named. /etc/named.conf seems = to be >>>> > getting updated, but points to zone files that do not exist, a= nd I >>>> > think that this is causing name resolution to not work. Any >>>> suggestions? >>>> > >>>> > >>>> > Also, with Sendmail, I was wondering if someone could point me >>>> to some >>>> > documentation on how to create mailboxes via webmin for sendma= il. I >>>> > do not want to use system users for mail, just want >>>> mailboxes. There >>>> > doesn't seem to be a straight-forward method to do this in web= min. >>>> Regarding the BIND question, look in /var/named/chroot/var/named= for >>>> your zone files... I think BIND is chrooted in Fedora by default= ... >>>> >>>> Regarding the Sendmail question, I don't think there is a way to >>>> have a >>>> mailbox without a user... An alias, sure, but not a mailbox... >>>> >>>> Brian Case <http://lists.sourceforge.net/lists/listinfo/webadmin= -list> >>>> >>>> >>>> =20 >>> ---------------------------------------------------------------------= ---- >>> Using Tomcat but need to do more? Need to support web services, secur= ity? >>> Get stuff done quickly with pre-integrated technology to make your jo= b easier >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Ger= onimo >>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&d= at=3D121642 >>> - >>> Forwarded by the Webmin mailing list at web...@li...= ge.net >>> To remove yourself from this list, go to >>> http://lists.sourceforge.net/lists/listinfo/webadmin-list >>> >>> >>> >>> =20 >> ----------------------------------------------------------------------= --- >> Using Tomcat but need to do more? Need to support web services, securi= ty? >> Get stuff done quickly with pre-integrated technology to make your job= easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Gero= nimo >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> - >> Forwarded by the Webmin mailing list at web...@li...= e.net >> To remove yourself from this list, go to >> http://lists.sourceforge.net/lists/listinfo/webadmin-list >> >> =20 > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job = easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > - > Forwarded by the Webmin mailing list at web...@li...= .net > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > > !DSPAM:44f7bade159589427810705! > > =20 |
|
From: Dov Z. <do...@za...> - 2006-09-01 04:56:29
|
=D7=A6=D7=99=D7=98=D7=95=D7=98 Michael Ryerse: > I am installing virtualmin hoping it will help with creating > mailboxes. The problem I'm having now is starting the sendmail > service via Wemin, it says: > Failed to start service : sh: /etc/rc.d/init.d/sendmail: No such file > or directory > > Obviously I could create a new script but I would like to use the > method FC4 uses by default. I don't think it's set to use xinetd... > =20 Have you checked your system manually to see if the file is there?=20 /etc/rc.d/init.d/sendmail is the Federa default location and file name.=20 Can you start the service from a command line with "service sendmail=20 start"? If not, can you start it with /etc/rc.d/init.d/sendmail? > > > On 8/31/06, Dov Zamir <do...@za...> wrote: > =20 >> =D7=A6=D7=99=D7=98=D7=95=D7=98 Brian Case: >> =20 >>> On a Sendmail system, the situation below would be handled like this: >>> >>> bo...@do... would have a system username of bob and mail for >>> bo...@do... would be aliased to bob via the virtusertable >>> bo...@do... would have a system username of bob2 and mail for >>> bo...@do... would be aliased to bob2 via the virtusertable >>> >>> I have no experience with Qmail or Postfix but I know Sendmail does n= ot >>> provide POP3 or IMAP services... I use Dovecot for those services... >>> Since both Sendmail and Dovecot need to be able to authenticate users= , >>> having one username/password source (The user account) makes sense... >>> >>> Brian >>> >>> >>> =20 >> I also use Sendmail and Dovecot, however none of my mail users has a >> local account. I use a MySQL database to authenticate users, and to ho= ld >> all kinds of additional information, such as DSLAM number and port, >> contact phone number and etc. >> >> It is much easier to maintain a system with an external user database, >> be it LDAP, SQL or whatever, than to maintain users in system accounts. >> =20 >>> Michael Ryerse wrote: >>> >>> =20 >>>> Thanks. I think I checked /named/chroot/var/named, but I'll double = check. >>>> >>>> As for Sendmail requiring a user, I beleive that is entirely true, a= s >>>> I am sure there are thousands of sendmail servers out there that hos= t >>>> multiple domains and come across situations where they have a mailbo= x >>>> for bo...@do... <mailto:bo...@do...>, as well as a mailbox f= or >>>> bo...@do... <mailto:bo...@do...>, who are entirely different >>>> users, and since the users have no use on the system other than for >>>> mail, there is no need to create a system account, because this is a >>>> mail server. >>>> >>>> Regardless, I might find myself trying Qmail or Postfix simply becau= se >>>> the documentation for Sendmail seems to be scarce. It shouldn't tak= e >>>> this long to find simple steps to do something as simple as create a >>>> user's mailbox. >>>> >>>> >>>> On 8/31/06, *Brian Case* <we...@we... >>>> <mailto:we...@we...>> wrote: >>>> >>>> Michael Ryerse wrote: >>>> > Hi, I just got a VPS server with FC4 and webmin. I have been >>>> setting >>>> > up BIND and noticed that the three zones I created did not cau= se a >>>> > zone file to be written in /var/named. /etc/named.conf seems = to be >>>> > getting updated, but points to zone files that do not exist, a= nd I >>>> > think that this is causing name resolution to not work. Any >>>> suggestions? >>>> > >>>> > >>>> > Also, with Sendmail, I was wondering if someone could point me >>>> to some >>>> > documentation on how to create mailboxes via webmin for sendma= il. I >>>> > do not want to use system users for mail, just want >>>> mailboxes. There >>>> > doesn't seem to be a straight-forward method to do this in web= min. >>>> Regarding the BIND question, look in /var/named/chroot/var/named= for >>>> your zone files... I think BIND is chrooted in Fedora by default= ... >>>> >>>> Regarding the Sendmail question, I don't think there is a way to >>>> have a >>>> mailbox without a user... An alias, sure, but not a mailbox... >>>> >>>> Brian Case <http://lists.sourceforge.net/lists/listinfo/webadmin= -list> >>>> >>>> >>>> =20 >>> ---------------------------------------------------------------------= ---- >>> Using Tomcat but need to do more? Need to support web services, secur= ity? >>> Get stuff done quickly with pre-integrated technology to make your jo= b easier >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Ger= onimo >>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&d= at=3D121642 >>> - >>> Forwarded by the Webmin mailing list at web...@li...= ge.net >>> To remove yourself from this list, go to >>> http://lists.sourceforge.net/lists/listinfo/webadmin-list >>> >>> >>> >>> =20 >> ----------------------------------------------------------------------= --- >> Using Tomcat but need to do more? Need to support web services, securi= ty? >> Get stuff done quickly with pre-integrated technology to make your job= easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Gero= nimo >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> - >> Forwarded by the Webmin mailing list at web...@li...= e.net >> To remove yourself from this list, go to >> http://lists.sourceforge.net/lists/listinfo/webadmin-list >> >> =20 > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job = easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > - > Forwarded by the Webmin mailing list at web...@li...= .net > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > > !DSPAM:500,44f7bada187027023418314! > =20 |
|
From: Michael R. <mic...@gm...> - 2006-09-01 04:45:06
|
SSBhbSBpbnN0YWxsaW5nIHZpcnR1YWxtaW4gaG9waW5nIGl0IHdpbGwgaGVscCB3aXRoIGNyZWF0 aW5nCm1haWxib3hlcy4gIFRoZSBwcm9ibGVtIEknbSBoYXZpbmcgbm93IGlzIHN0YXJ0aW5nIHRo ZSBzZW5kbWFpbApzZXJ2aWNlIHZpYSBXZW1pbiwgaXQgc2F5czoKRmFpbGVkIHRvIHN0YXJ0IHNl cnZpY2UgOiBzaDogL2V0Yy9yYy5kL2luaXQuZC9zZW5kbWFpbDogTm8gc3VjaCBmaWxlCm9yIGRp cmVjdG9yeQoKT2J2aW91c2x5IEkgY291bGQgY3JlYXRlIGEgbmV3IHNjcmlwdCBidXQgSSB3b3Vs ZCBsaWtlIHRvIHVzZSB0aGUKbWV0aG9kIEZDNCB1c2VzIGJ5IGRlZmF1bHQuICBJIGRvbid0IHRo aW5rIGl0J3Mgc2V0IHRvIHVzZSB4aW5ldGQuLi4KCgoKT24gOC8zMS8wNiwgRG92IFphbWlyIDxk b3ZAemFtaXJmYW1pbHkuY29tPiB3cm90ZToKPiDXpteZ15jXldeYIEJyaWFuIENhc2U6Cj4gPiBP biBhIFNlbmRtYWlsIHN5c3RlbSwgdGhlIHNpdHVhdGlvbiBiZWxvdyB3b3VsZCBiZSBoYW5kbGVk IGxpa2UgdGhpczoKPiA+Cj4gPiBib2JAZG9tYWluMS5jb20gd291bGQgaGF2ZSBhIHN5c3RlbSB1 c2VybmFtZSBvZiBib2IgYW5kIG1haWwgZm9yCj4gPiBib2JAZG9tYWluMS5jb20gd291bGQgYmUg YWxpYXNlZCB0byBib2IgdmlhIHRoZSB2aXJ0dXNlcnRhYmxlCj4gPiBib2JAZG9tYWluMi5jb20g d291bGQgaGF2ZSBhIHN5c3RlbSB1c2VybmFtZSBvZiBib2IyIGFuZCBtYWlsIGZvcgo+ID4gYm9i QGRvbWFpbjIuY29tIHdvdWxkIGJlIGFsaWFzZWQgdG8gYm9iMiB2aWEgdGhlIHZpcnR1c2VydGFi bGUKPiA+Cj4gPiBJIGhhdmUgbm8gZXhwZXJpZW5jZSB3aXRoIFFtYWlsIG9yIFBvc3RmaXggYnV0 IEkga25vdyBTZW5kbWFpbCBkb2VzIG5vdAo+ID4gcHJvdmlkZSBQT1AzIG9yIElNQVAgc2Vydmlj ZXMuLi4gSSB1c2UgRG92ZWNvdCBmb3IgdGhvc2Ugc2VydmljZXMuLi4KPiA+IFNpbmNlIGJvdGgg U2VuZG1haWwgYW5kIERvdmVjb3QgbmVlZCB0byBiZSBhYmxlIHRvIGF1dGhlbnRpY2F0ZSB1c2Vy cywKPiA+IGhhdmluZyBvbmUgdXNlcm5hbWUvcGFzc3dvcmQgc291cmNlIChUaGUgdXNlciBhY2Nv dW50KSBtYWtlcyBzZW5zZS4uLgo+ID4KPiA+IEJyaWFuCj4gPgo+ID4KPiBJIGFsc28gdXNlIFNl bmRtYWlsIGFuZCBEb3ZlY290LCBob3dldmVyIG5vbmUgb2YgbXkgbWFpbCB1c2VycyBoYXMgYQo+ IGxvY2FsIGFjY291bnQuIEkgdXNlIGEgTXlTUUwgZGF0YWJhc2UgdG8gYXV0aGVudGljYXRlIHVz ZXJzLCBhbmQgdG8gaG9sZAo+IGFsbCBraW5kcyBvZiBhZGRpdGlvbmFsIGluZm9ybWF0aW9uLCBz dWNoIGFzIERTTEFNIG51bWJlciBhbmQgcG9ydCwKPiBjb250YWN0IHBob25lIG51bWJlciBhbmQg ZXRjLgo+Cj4gSXQgaXMgbXVjaCBlYXNpZXIgdG8gbWFpbnRhaW4gYSBzeXN0ZW0gd2l0aCBhbiBl eHRlcm5hbCB1c2VyIGRhdGFiYXNlLAo+IGJlIGl0IExEQVAsIFNRTCBvciB3aGF0ZXZlciwgdGhh biB0byBtYWludGFpbiB1c2VycyBpbiBzeXN0ZW0gYWNjb3VudHMuCj4gPiBNaWNoYWVsIFJ5ZXJz ZSB3cm90ZToKPiA+Cj4gPj4gVGhhbmtzLiAgSSB0aGluayBJIGNoZWNrZWQgL25hbWVkL2Nocm9v dC92YXIvbmFtZWQsIGJ1dCBJJ2xsIGRvdWJsZSBjaGVjay4KPiA+Pgo+ID4+IEFzIGZvciBTZW5k bWFpbCByZXF1aXJpbmcgYSB1c2VyLCBJIGJlbGVpdmUgdGhhdCBpcyBlbnRpcmVseSB0cnVlLCBh cwo+ID4+IEkgYW0gc3VyZSB0aGVyZSBhcmUgdGhvdXNhbmRzIG9mIHNlbmRtYWlsIHNlcnZlcnMg b3V0IHRoZXJlIHRoYXQgaG9zdAo+ID4+IG11bHRpcGxlIGRvbWFpbnMgYW5kIGNvbWUgYWNyb3Nz IHNpdHVhdGlvbnMgd2hlcmUgdGhleSBoYXZlIGEgbWFpbGJveAo+ID4+IGZvciBib2JAZG9tYWlu MS5jb20gPG1haWx0bzpib2JAZG9tYWluMS5jb20+LCBhcyB3ZWxsIGFzIGEgbWFpbGJveCBmb3IK PiA+PiBib2JAZG9tYWluMi5jb20gPG1haWx0bzpib2JAZG9tYWluMi5jb20+LCB3aG8gYXJlIGVu dGlyZWx5IGRpZmZlcmVudAo+ID4+IHVzZXJzLCBhbmQgc2luY2UgdGhlIHVzZXJzIGhhdmUgbm8g dXNlIG9uIHRoZSBzeXN0ZW0gb3RoZXIgdGhhbiBmb3IKPiA+PiBtYWlsLCB0aGVyZSBpcyBubyBu ZWVkIHRvIGNyZWF0ZSBhIHN5c3RlbSBhY2NvdW50LCBiZWNhdXNlIHRoaXMgaXMgYQo+ID4+IG1h aWwgc2VydmVyLgo+ID4+Cj4gPj4gUmVnYXJkbGVzcywgSSBtaWdodCBmaW5kIG15c2VsZiB0cnlp bmcgUW1haWwgb3IgUG9zdGZpeCBzaW1wbHkgYmVjYXVzZQo+ID4+IHRoZSBkb2N1bWVudGF0aW9u IGZvciBTZW5kbWFpbCBzZWVtcyB0byBiZSBzY2FyY2UuICBJdCBzaG91bGRuJ3QgdGFrZQo+ID4+ IHRoaXMgbG9uZyB0byBmaW5kIHNpbXBsZSBzdGVwcyB0byBkbyBzb21ldGhpbmcgYXMgc2ltcGxl IGFzIGNyZWF0ZSBhCj4gPj4gdXNlcidzIG1haWxib3guCj4gPj4KPiA+Pgo+ID4+IE9uIDgvMzEv MDYsICpCcmlhbiBDYXNlKiA8d2VibWluQHdlc3RmaWZ0aC5jb20KPiA+PiA8bWFpbHRvOndlYm1p bkB3ZXN0ZmlmdGguY29tPj4gd3JvdGU6Cj4gPj4KPiA+PiAgICAgTWljaGFlbCBSeWVyc2Ugd3Jv dGU6Cj4gPj4gICAgID4gSGksIEkganVzdCBnb3QgYSBWUFMgc2VydmVyIHdpdGggRkM0IGFuZCB3 ZWJtaW4uICBJIGhhdmUgYmVlbgo+ID4+ICAgICBzZXR0aW5nCj4gPj4gICAgID4gdXAgQklORCBh bmQgbm90aWNlZCB0aGF0IHRoZSB0aHJlZSB6b25lcyBJIGNyZWF0ZWQgZGlkIG5vdCBjYXVzZSBh Cj4gPj4gICAgID4gem9uZSBmaWxlIHRvIGJlIHdyaXR0ZW4gaW4gL3Zhci9uYW1lZC4gIC9ldGMv bmFtZWQuY29uZiBzZWVtcyB0byBiZQo+ID4+ICAgICA+IGdldHRpbmcgdXBkYXRlZCwgYnV0IHBv aW50cyB0byB6b25lIGZpbGVzIHRoYXQgZG8gbm90IGV4aXN0LCBhbmQgSQo+ID4+ICAgICA+IHRo aW5rIHRoYXQgdGhpcyBpcyBjYXVzaW5nIG5hbWUgcmVzb2x1dGlvbiB0byBub3Qgd29yay4gIEFu eQo+ID4+ICAgICBzdWdnZXN0aW9ucz8KPiA+PiAgICAgPgo+ID4+ICAgICA+Cj4gPj4gICAgID4g QWxzbywgd2l0aCBTZW5kbWFpbCwgSSB3YXMgd29uZGVyaW5nIGlmIHNvbWVvbmUgY291bGQgcG9p bnQgbWUKPiA+PiAgICAgdG8gc29tZQo+ID4+ICAgICA+IGRvY3VtZW50YXRpb24gb24gaG93IHRv IGNyZWF0ZSBtYWlsYm94ZXMgdmlhIHdlYm1pbiBmb3Igc2VuZG1haWwuICBJCj4gPj4gICAgID4g ZG8gbm90IHdhbnQgdG8gdXNlIHN5c3RlbSB1c2VycyBmb3IgbWFpbCwganVzdCB3YW50Cj4gPj4g ICAgIG1haWxib3hlcy4gIFRoZXJlCj4gPj4gICAgID4gZG9lc24ndCBzZWVtIHRvIGJlIGEgc3Ry YWlnaHQtZm9yd2FyZCBtZXRob2QgdG8gZG8gdGhpcyBpbiB3ZWJtaW4uCj4gPj4gICAgIFJlZ2Fy ZGluZyB0aGUgQklORCBxdWVzdGlvbiwgbG9vayBpbiAvdmFyL25hbWVkL2Nocm9vdC92YXIvbmFt ZWQgZm9yCj4gPj4gICAgIHlvdXIgem9uZSBmaWxlcy4uLiBJIHRoaW5rIEJJTkQgaXMgY2hyb290 ZWQgaW4gRmVkb3JhIGJ5IGRlZmF1bHQuLi4KPiA+Pgo+ID4+ICAgICBSZWdhcmRpbmcgdGhlIFNl bmRtYWlsIHF1ZXN0aW9uLCBJIGRvbid0IHRoaW5rIHRoZXJlIGlzIGEgd2F5IHRvCj4gPj4gICAg IGhhdmUgYQo+ID4+ICAgICBtYWlsYm94IHdpdGhvdXQgYSB1c2VyLi4uIEFuIGFsaWFzLCBzdXJl LCBidXQgbm90IGEgbWFpbGJveC4uLgo+ID4+Cj4gPj4gICAgIEJyaWFuIENhc2UgPGh0dHA6Ly9s aXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vd2ViYWRtaW4tbGlzdD4KPiA+Pgo+ ID4+Cj4gPgo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ID4gVXNpbmcgVG9tY2F0IGJ1dCBuZWVkIHRv IGRvIG1vcmU/IE5lZWQgdG8gc3VwcG9ydCB3ZWIgc2VydmljZXMsIHNlY3VyaXR5Pwo+ID4gR2V0 IHN0dWZmIGRvbmUgcXVpY2tseSB3aXRoIHByZS1pbnRlZ3JhdGVkIHRlY2hub2xvZ3kgdG8gbWFr ZSB5b3VyIGpvYiBlYXNpZXIKPiA+IERvd25sb2FkIElCTSBXZWJTcGhlcmUgQXBwbGljYXRpb24g U2VydmVyIHYuMS4wLjEgYmFzZWQgb24gQXBhY2hlIEdlcm9uaW1vCj4gPiBodHRwOi8vc2VsLmFz LXVzLmZhbGthZy5uZXQvc2VsP2NtZD1sbmsma2lkPTEyMDcwOSZiaWQ9MjYzMDU3JmRhdD0xMjE2 NDIKPiA+IC0KPiA+IEZvcndhcmRlZCBieSB0aGUgV2VibWluIG1haWxpbmcgbGlzdCBhdCB3ZWJh ZG1pbi1saXN0QGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ID4gVG8gcmVtb3ZlIHlvdXJzZWxmIGZy b20gdGhpcyBsaXN0LCBnbyB0bwo+ID4gaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0 cy9saXN0aW5mby93ZWJhZG1pbi1saXN0Cj4gPgo+ID4gIURTUEFNOjUwMCw0NGY3ODMzMDE1MDE4 NTAzMTAxMDU1NiEKPiA+Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBVc2luZyBUb21jYXQgYnV0 IG5lZWQgdG8gZG8gbW9yZT8gTmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywgc2VjdXJpdHk/ Cj4gR2V0IHN0dWZmIGRvbmUgcXVpY2tseSB3aXRoIHByZS1pbnRlZ3JhdGVkIHRlY2hub2xvZ3kg dG8gbWFrZSB5b3VyIGpvYiBlYXNpZXIKPiBEb3dubG9hZCBJQk0gV2ViU3BoZXJlIEFwcGxpY2F0 aW9uIFNlcnZlciB2LjEuMC4xIGJhc2VkIG9uIEFwYWNoZSBHZXJvbmltbwo+IGh0dHA6Ly9zZWwu YXMtdXMuZmFsa2FnLm5ldC9zZWw/Y21kPWxuayZraWQ9MTIwNzA5JmJpZD0yNjMwNTcmZGF0PTEy MTY0Mgo+IC0KPiBGb3J3YXJkZWQgYnkgdGhlIFdlYm1pbiBtYWlsaW5nIGxpc3QgYXQgd2ViYWRt aW4tbGlzdEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBUbyByZW1vdmUgeW91cnNlbGYgZnJvbSB0 aGlzIGxpc3QsIGdvIHRvCj4gaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0 aW5mby93ZWJhZG1pbi1saXN0Cj4K |
|
From: Dov Z. <do...@za...> - 2006-09-01 04:41:21
|
=D7=A6=D7=99=D7=98=D7=95=D7=98 Brian Case: > I didn't know Dovecot could do that... > Where does sendmail/procmail store the incoming mail? > On my systems they are stored in files that are owned by the UID/GID of= =20 > the recipient. Which wouldn't exist without system accounts... > =20 Not true. The system can use UIDs and GIDs stored externally to the=20 system. Just Google for information, there is a lot out there. It isn't=20 really difficult to set up, and it is very easy to maintain. If you decide to go SQL, you have to compile dovecot from source with=20 SQL support, since Fedora's dovecot doesn't provide this support off the=20 shelf. The Fedora source rpm does have the ability to compile with it. > Brian > > Craig White wrote: > =20 >> An MTA doesn't know anything about user accounts / system users and >> doesn't do mail delivery. That is handled by another process...typical= ly >> procmail on a sendmail system with say, dovecot as a backend. Most MTA= 's >> have a configurable methodology to discover users usually as a means t= o >> decide whether to accept or reject an e-mail which is best done at the >> MTA level (rejecting being more favorable than accepting and then >> deciding to bounce it later on in the delivery process). >> >> Jamie's philosophy for Webmin/Usermin/Virtualmin is to have system >> users. >> >> Dovecot/Cyrus-IMAPd/Courier are all capable of have 'virtual' users >> which don't actually exist in /etc/passwd whether the virtual users db >> is LDAP or say MySQL. >> >> Personally, I use LDAP as my userdb, and then Postfix, Cyrus-IMAPd but= I >> could accomplish similar with Sendmail and Dovecot...it's all a matter >> of taste. >> >> Craig >> >> On Thu, 2006-08-31 at 15:06 -0700, Michael Ryerse wrote: >> =20 >> =20 >>> Thanks. I think I checked /named/chroot/var/named, but I'll double >>> check. >>> =20 >>> As for Sendmail requiring a user, I beleive that is entirely true, as >>> I am sure there are thousands of sendmail servers out there that host >>> multiple domains and come across situations where they have a mailbox >>> for bo...@do..., as well as a mailbox for bo...@do..., who ar= e >>> entirely different users, and since the users have no use on the >>> system other than for mail, there is no need to create a system >>> account, because this is a mail server. >>> =20 >>> Regardless, I might find myself trying Qmail or Postfix simply becaus= e >>> the documentation for Sendmail seems to be scarce. It shouldn't take >>> this long to find simple steps to do something as simple as create a >>> user's mailbox.=20 >>> >>> =20 >>> On 8/31/06, Brian Case <we...@we...> wrote:=20 >>> Michael Ryerse wrote: >>> > Hi, I just got a VPS server with FC4 and webmin. I have >>> been setting >>> > up BIND and noticed that the three zones I created did not >>> cause a=20 >>> > zone file to be written in /var/named. /etc/named.conf >>> seems to be >>> > getting updated, but points to zone files that do not exist= , >>> and I >>> > think that this is causing name resolution to not work. An= y >>> suggestions?=20 >>> > >>> > >>> > Also, with Sendmail, I was wondering if someone could point >>> me to some >>> > documentation on how to create mailboxes via webmin for >>> sendmail. I >>> > do not want to use system users for mail, just want >>> mailboxes. There=20 >>> > doesn't seem to be a straight-forward method to do this in >>> webmin. >>> Regarding the BIND question, look >>> in /var/named/chroot/var/named for >>> your zone files... I think BIND is chrooted in Fedora by >>> default... >>> =20 >>> Regarding the Sendmail question, I don't think there is a way >>> to have a >>> mailbox without a user... An alias, sure, but not a mailbox... >>> =20 >>> Brian Case >>> =20 >>> =20 > > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job = easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > - > Forwarded by the Webmin mailing list at web...@li...= .net > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > !DSPAM:500,44f784cb151087960117363! > =20 |
|
From: Dov Z. <do...@za...> - 2006-09-01 04:36:51
|
=D7=A6=D7=99=D7=98=D7=95=D7=98 Brian Case: > On a Sendmail system, the situation below would be handled like this: > > bo...@do... would have a system username of bob and mail for=20 > bo...@do... would be aliased to bob via the virtusertable > bo...@do... would have a system username of bob2 and mail for=20 > bo...@do... would be aliased to bob2 via the virtusertable > > I have no experience with Qmail or Postfix but I know Sendmail does not= =20 > provide POP3 or IMAP services... I use Dovecot for those services...=20 > Since both Sendmail and Dovecot need to be able to authenticate users,=20 > having one username/password source (The user account) makes sense... > > Brian > > =20 I also use Sendmail and Dovecot, however none of my mail users has a=20 local account. I use a MySQL database to authenticate users, and to hold=20 all kinds of additional information, such as DSLAM number and port,=20 contact phone number and etc. It is much easier to maintain a system with an external user database,=20 be it LDAP, SQL or whatever, than to maintain users in system accounts. > Michael Ryerse wrote: > =20 >> Thanks. I think I checked /named/chroot/var/named, but I'll double ch= eck. >> =20 >> As for Sendmail requiring a user, I beleive that is entirely true, as=20 >> I am sure there are thousands of sendmail servers out there that host=20 >> multiple domains and come across situations where they have a mailbox=20 >> for bo...@do... <mailto:bo...@do...>, as well as a mailbox for= =20 >> bo...@do... <mailto:bo...@do...>, who are entirely different=20 >> users, and since the users have no use on the system other than for=20 >> mail, there is no need to create a system account, because this is a=20 >> mail server. >> =20 >> Regardless, I might find myself trying Qmail or Postfix simply because= =20 >> the documentation for Sendmail seems to be scarce. It shouldn't take=20 >> this long to find simple steps to do something as simple as create a=20 >> user's mailbox. >> >> =20 >> On 8/31/06, *Brian Case* <we...@we...=20 >> <mailto:we...@we...>> wrote: >> >> Michael Ryerse wrote: >> > Hi, I just got a VPS server with FC4 and webmin. I have been >> setting >> > up BIND and noticed that the three zones I created did not cause= a >> > zone file to be written in /var/named. /etc/named.conf seems to= be >> > getting updated, but points to zone files that do not exist, and= I >> > think that this is causing name resolution to not work. Any >> suggestions? >> > >> > >> > Also, with Sendmail, I was wondering if someone could point me >> to some >> > documentation on how to create mailboxes via webmin for sendmail= . I >> > do not want to use system users for mail, just want >> mailboxes. There >> > doesn't seem to be a straight-forward method to do this in webmi= n. >> Regarding the BIND question, look in /var/named/chroot/var/named f= or >> your zone files... I think BIND is chrooted in Fedora by default... >> >> Regarding the Sendmail question, I don't think there is a way to >> have a >> mailbox without a user... An alias, sure, but not a mailbox... >> >> Brian Case <http://lists.sourceforge.net/lists/listinfo/webadmin-l= ist> >> >> =20 > > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job = easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > - > Forwarded by the Webmin mailing list at web...@li...= .net > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > !DSPAM:500,44f78330150185031010556! > =20 |
|
From: Craig W. <cra...@az...> - 2006-09-01 01:18:49
|
I don't use dovecot - I use cyrus-imapd I went to dovecot.org and found 'virtual user configuration' on listed on their wiki. Craig On Thu, 2006-08-31 at 20:53 -0400, Brian Case wrote: > I didn't know Dovecot could do that... > Where does sendmail/procmail store the incoming mail? > On my systems they are stored in files that are owned by the UID/GID of > the recipient. Which wouldn't exist without system accounts... > > Brian > > Craig White wrote: > > An MTA doesn't know anything about user accounts / system users and > > doesn't do mail delivery. That is handled by another process...typically > > procmail on a sendmail system with say, dovecot as a backend. Most MTA's > > have a configurable methodology to discover users usually as a means to > > decide whether to accept or reject an e-mail which is best done at the > > MTA level (rejecting being more favorable than accepting and then > > deciding to bounce it later on in the delivery process). > > > > Jamie's philosophy for Webmin/Usermin/Virtualmin is to have system > > users. > > > > Dovecot/Cyrus-IMAPd/Courier are all capable of have 'virtual' users > > which don't actually exist in /etc/passwd whether the virtual users db > > is LDAP or say MySQL. > > > > Personally, I use LDAP as my userdb, and then Postfix, Cyrus-IMAPd but I > > could accomplish similar with Sendmail and Dovecot...it's all a matter > > of taste. > > > > Craig > > > > On Thu, 2006-08-31 at 15:06 -0700, Michael Ryerse wrote: > > > >> Thanks. I think I checked /named/chroot/var/named, but I'll double > >> check. > >> > >> As for Sendmail requiring a user, I beleive that is entirely true, as > >> I am sure there are thousands of sendmail servers out there that host > >> multiple domains and come across situations where they have a mailbox > >> for bo...@do..., as well as a mailbox for bo...@do..., who are > >> entirely different users, and since the users have no use on the > >> system other than for mail, there is no need to create a system > >> account, because this is a mail server. > >> > >> Regardless, I might find myself trying Qmail or Postfix simply because > >> the documentation for Sendmail seems to be scarce. It shouldn't take > >> this long to find simple steps to do something as simple as create a > >> user's mailbox. > >> > >> > >> On 8/31/06, Brian Case <we...@we...> wrote: > >> Michael Ryerse wrote: > >> > Hi, I just got a VPS server with FC4 and webmin. I have > >> been setting > >> > up BIND and noticed that the three zones I created did not > >> cause a > >> > zone file to be written in /var/named. /etc/named.conf > >> seems to be > >> > getting updated, but points to zone files that do not exist, > >> and I > >> > think that this is causing name resolution to not work. Any > >> suggestions? > >> > > >> > > >> > Also, with Sendmail, I was wondering if someone could point > >> me to some > >> > documentation on how to create mailboxes via webmin for > >> sendmail. I > >> > do not want to use system users for mail, just want > >> mailboxes. There > >> > doesn't seem to be a straight-forward method to do this in > >> webmin. > >> Regarding the BIND question, look > >> in /var/named/chroot/var/named for > >> your zone files... I think BIND is chrooted in Fedora by > >> default... > >> > >> Regarding the Sendmail question, I don't think there is a way > >> to have a > >> mailbox without a user... An alias, sure, but not a mailbox... > >> > >> Brian Case > >> > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Roger B.A. K. <ro...@qu...> - 2006-09-01 01:13:40
|
Brian Case wrote: > I didn't know Dovecot could do that... > Where does sendmail/procmail store the incoming mail? > On my systems they are stored in files that are owned by the UID/GID of > the recipient. Which wouldn't exist without system accounts... > Typically, they're owned by a single mail-delivery UID. The local delivery agent and the access servers run as that user. |
|
From: Brian C. <we...@we...> - 2006-09-01 00:53:49
|
I didn't know Dovecot could do that... Where does sendmail/procmail store the incoming mail? On my systems they are stored in files that are owned by the UID/GID of the recipient. Which wouldn't exist without system accounts... Brian Craig White wrote: > An MTA doesn't know anything about user accounts / system users and > doesn't do mail delivery. That is handled by another process...typically > procmail on a sendmail system with say, dovecot as a backend. Most MTA's > have a configurable methodology to discover users usually as a means to > decide whether to accept or reject an e-mail which is best done at the > MTA level (rejecting being more favorable than accepting and then > deciding to bounce it later on in the delivery process). > > Jamie's philosophy for Webmin/Usermin/Virtualmin is to have system > users. > > Dovecot/Cyrus-IMAPd/Courier are all capable of have 'virtual' users > which don't actually exist in /etc/passwd whether the virtual users db > is LDAP or say MySQL. > > Personally, I use LDAP as my userdb, and then Postfix, Cyrus-IMAPd but I > could accomplish similar with Sendmail and Dovecot...it's all a matter > of taste. > > Craig > > On Thu, 2006-08-31 at 15:06 -0700, Michael Ryerse wrote: > >> Thanks. I think I checked /named/chroot/var/named, but I'll double >> check. >> >> As for Sendmail requiring a user, I beleive that is entirely true, as >> I am sure there are thousands of sendmail servers out there that host >> multiple domains and come across situations where they have a mailbox >> for bo...@do..., as well as a mailbox for bo...@do..., who are >> entirely different users, and since the users have no use on the >> system other than for mail, there is no need to create a system >> account, because this is a mail server. >> >> Regardless, I might find myself trying Qmail or Postfix simply because >> the documentation for Sendmail seems to be scarce. It shouldn't take >> this long to find simple steps to do something as simple as create a >> user's mailbox. >> >> >> On 8/31/06, Brian Case <we...@we...> wrote: >> Michael Ryerse wrote: >> > Hi, I just got a VPS server with FC4 and webmin. I have >> been setting >> > up BIND and noticed that the three zones I created did not >> cause a >> > zone file to be written in /var/named. /etc/named.conf >> seems to be >> > getting updated, but points to zone files that do not exist, >> and I >> > think that this is causing name resolution to not work. Any >> suggestions? >> > >> > >> > Also, with Sendmail, I was wondering if someone could point >> me to some >> > documentation on how to create mailboxes via webmin for >> sendmail. I >> > do not want to use system users for mail, just want >> mailboxes. There >> > doesn't seem to be a straight-forward method to do this in >> webmin. >> Regarding the BIND question, look >> in /var/named/chroot/var/named for >> your zone files... I think BIND is chrooted in Fedora by >> default... >> >> Regarding the Sendmail question, I don't think there is a way >> to have a >> mailbox without a user... An alias, sure, but not a mailbox... >> >> Brian Case >> |
|
From: Brian C. <we...@we...> - 2006-09-01 00:47:06
|
On a Sendmail system, the situation below would be handled like this: bo...@do... would have a system username of bob and mail for bo...@do... would be aliased to bob via the virtusertable bo...@do... would have a system username of bob2 and mail for bo...@do... would be aliased to bob2 via the virtusertable I have no experience with Qmail or Postfix but I know Sendmail does not provide POP3 or IMAP services... I use Dovecot for those services... Since both Sendmail and Dovecot need to be able to authenticate users, having one username/password source (The user account) makes sense... Brian Michael Ryerse wrote: > Thanks. I think I checked /named/chroot/var/named, but I'll double check. > > As for Sendmail requiring a user, I beleive that is entirely true, as > I am sure there are thousands of sendmail servers out there that host > multiple domains and come across situations where they have a mailbox > for bo...@do... <mailto:bo...@do...>, as well as a mailbox for > bo...@do... <mailto:bo...@do...>, who are entirely different > users, and since the users have no use on the system other than for > mail, there is no need to create a system account, because this is a > mail server. > > Regardless, I might find myself trying Qmail or Postfix simply because > the documentation for Sendmail seems to be scarce. It shouldn't take > this long to find simple steps to do something as simple as create a > user's mailbox. > > > On 8/31/06, *Brian Case* <we...@we... > <mailto:we...@we...>> wrote: > > Michael Ryerse wrote: > > Hi, I just got a VPS server with FC4 and webmin. I have been > setting > > up BIND and noticed that the three zones I created did not cause a > > zone file to be written in /var/named. /etc/named.conf seems to be > > getting updated, but points to zone files that do not exist, and I > > think that this is causing name resolution to not work. Any > suggestions? > > > > > > Also, with Sendmail, I was wondering if someone could point me > to some > > documentation on how to create mailboxes via webmin for sendmail. I > > do not want to use system users for mail, just want > mailboxes. There > > doesn't seem to be a straight-forward method to do this in webmin. > Regarding the BIND question, look in /var/named/chroot/var/named for > your zone files... I think BIND is chrooted in Fedora by default... > > Regarding the Sendmail question, I don't think there is a way to > have a > mailbox without a user... An alias, sure, but not a mailbox... > > Brian Case <http://lists.sourceforge.net/lists/listinfo/webadmin-list> > |
|
From: Craig W. <cra...@az...> - 2006-09-01 00:42:07
|
An MTA doesn't know anything about user accounts / system users and doesn't do mail delivery. That is handled by another process...typically procmail on a sendmail system with say, dovecot as a backend. Most MTA's have a configurable methodology to discover users usually as a means to decide whether to accept or reject an e-mail which is best done at the MTA level (rejecting being more favorable than accepting and then deciding to bounce it later on in the delivery process). Jamie's philosophy for Webmin/Usermin/Virtualmin is to have system users. Dovecot/Cyrus-IMAPd/Courier are all capable of have 'virtual' users which don't actually exist in /etc/passwd whether the virtual users db is LDAP or say MySQL. Personally, I use LDAP as my userdb, and then Postfix, Cyrus-IMAPd but I could accomplish similar with Sendmail and Dovecot...it's all a matter of taste. Craig On Thu, 2006-08-31 at 15:06 -0700, Michael Ryerse wrote: > Thanks. I think I checked /named/chroot/var/named, but I'll double > check. > > As for Sendmail requiring a user, I beleive that is entirely true, as > I am sure there are thousands of sendmail servers out there that host > multiple domains and come across situations where they have a mailbox > for bo...@do..., as well as a mailbox for bo...@do..., who are > entirely different users, and since the users have no use on the > system other than for mail, there is no need to create a system > account, because this is a mail server. > > Regardless, I might find myself trying Qmail or Postfix simply because > the documentation for Sendmail seems to be scarce. It shouldn't take > this long to find simple steps to do something as simple as create a > user's mailbox. > > > On 8/31/06, Brian Case <we...@we...> wrote: > Michael Ryerse wrote: > > Hi, I just got a VPS server with FC4 and webmin. I have > been setting > > up BIND and noticed that the three zones I created did not > cause a > > zone file to be written in /var/named. /etc/named.conf > seems to be > > getting updated, but points to zone files that do not exist, > and I > > think that this is causing name resolution to not work. Any > suggestions? > > > > > > Also, with Sendmail, I was wondering if someone could point > me to some > > documentation on how to create mailboxes via webmin for > sendmail. I > > do not want to use system users for mail, just want > mailboxes. There > > doesn't seem to be a straight-forward method to do this in > webmin. > Regarding the BIND question, look > in /var/named/chroot/var/named for > your zone files... I think BIND is chrooted in Fedora by > default... > > Regarding the Sendmail question, I don't think there is a way > to have a > mailbox without a user... An alias, sure, but not a mailbox... > > Brian Case > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web > services, security? > Get stuff done quickly with pre-integrated technology to make > your job easier > Download IBM WebSphere Application Server v.1.0.1 based on > Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > - > Forwarded by the Webmin mailing list at > web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Michael R. <mic...@gm...> - 2006-08-31 22:06:56
|
Thanks. I think I checked /named/chroot/var/named, but I'll double check. As for Sendmail requiring a user, I beleive that is entirely true, as I am sure there are thousands of sendmail servers out there that host multiple domains and come across situations where they have a mailbox for bo...@do..., as well as a mailbox for bo...@do..., who are entirely different users, and since the users have no use on the system other than for mail, there is no need to create a system account, because this is a mail server. Regardless, I might find myself trying Qmail or Postfix simply because the documentation for Sendmail seems to be scarce. It shouldn't take this long to find simple steps to do something as simple as create a user's mailbox. On 8/31/06, Brian Case <we...@we...> wrote: > > Michael Ryerse wrote: > > Hi, I just got a VPS server with FC4 and webmin. I have been setting > > up BIND and noticed that the three zones I created did not cause a > > zone file to be written in /var/named. /etc/named.conf seems to be > > getting updated, but points to zone files that do not exist, and I > > think that this is causing name resolution to not work. Any > suggestions? > > > > > > Also, with Sendmail, I was wondering if someone could point me to some > > documentation on how to create mailboxes via webmin for sendmail. I > > do not want to use system users for mail, just want mailboxes. There > > doesn't seem to be a straight-forward method to do this in webmin. > Regarding the BIND question, look in /var/named/chroot/var/named for > your zone files... I think BIND is chrooted in Fedora by default... > > Regarding the Sendmail question, I don't think there is a way to have a > mailbox without a user... An alias, sure, but not a mailbox... > > Brian Case > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > - > Forwarded by the Webmin mailing list at > web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > |
|
From: Jamie C. <jca...@we...> - 2006-08-31 22:06:21
|
On 31/Aug/2006 14:28 Jony Hudson wrote .. > Jamie Cameron <jcameron <at> webmin.com> writes: > > > > > On 31/Aug/2006 04:58 Jony Hudson wrote .. > > > Hi, > > > > > > I've ran into a problem with Webmin/Virtualmin that I can't seem to > solve! > > > I'm > > > using Virtualmin to create virtual servers, which all goes very smoothly. > > > Virtualmin is, as per its default configuration, creating dns zones > for > > > the > > > newly created servers. It puts these zones in ".hosts" files in the > /etc/bind > > > directory which are included by named.conf.local. > > > > > > So far, so good. My problem is that I'm unable to edit these zones > with > > > Webmin. > > > They don't show up at all on the webmin Servers->Bind page. Is it possible > > > that > > > Webmin doesn't follow Bind "file" directives? Can anybody suggest a > solution > > > so > > > that I can edit these zones from Webmin (I want to be able to add A > records > > > to > > > the zones). > > > > > > I'm running the latest versions of webmin and virtualmin. > > > > > > Many thanks in advance, > > > > Hi Jony, > > Is the problem that the zones don't show up at all on the main page of > > the BIND module, or that they do show up but with no records in them? > If > > it is the latter, try clicking on the 'Edit Records File' icon, and checking > > the path at the top of the page that appears to see if it is correct.. > > Hi Jamie, thanks for the reply. > > They just don't show up at all in the BIND module. I've taken a look at > the .hosts files and the named.conf.local file and I don't see anything obviously > wrong with them (read something in the archives about malformed configs). > BIND is giving the right answers when queried. Does the zone actually exist in the named.conf or named.conf.local ? If it is in named.conf.local , is there a directive in named.conf like : include "/etc/named.conf.local"; Using the full path to named.conf.local ? > Perhaps it's time to finally learn something about perl and be less helpless! A good idea .. assuming you can understand my horrible Webmin code :) - Jamie |
|
From: Brian C. <we...@we...> - 2006-08-31 21:53:26
|
Michael Ryerse wrote: > Hi, I just got a VPS server with FC4 and webmin. I have been setting > up BIND and noticed that the three zones I created did not cause a > zone file to be written in /var/named. /etc/named.conf seems to be > getting updated, but points to zone files that do not exist, and I > think that this is causing name resolution to not work. Any suggestions? > > > Also, with Sendmail, I was wondering if someone could point me to some > documentation on how to create mailboxes via webmin for sendmail. I > do not want to use system users for mail, just want mailboxes. There > doesn't seem to be a straight-forward method to do this in webmin. Regarding the BIND question, look in /var/named/chroot/var/named for your zone files... I think BIND is chrooted in Fedora by default... Regarding the Sendmail question, I don't think there is a way to have a mailbox without a user... An alias, sure, but not a mailbox... Brian Case |
|
From: Jony H. <we...@j-...> - 2006-08-31 21:29:28
|
Jamie Cameron <jcameron <at> webmin.com> writes: > > On 31/Aug/2006 04:58 Jony Hudson wrote .. > > Hi, > > > > I've ran into a problem with Webmin/Virtualmin that I can't seem to solve! > > I'm > > using Virtualmin to create virtual servers, which all goes very smoothly. > > Virtualmin is, as per its default configuration, creating dns zones for > > the > > newly created servers. It puts these zones in ".hosts" files in the /etc/bind > > directory which are included by named.conf.local. > > > > So far, so good. My problem is that I'm unable to edit these zones with > > Webmin. > > They don't show up at all on the webmin Servers->Bind page. Is it possible > > that > > Webmin doesn't follow Bind "file" directives? Can anybody suggest a solution > > so > > that I can edit these zones from Webmin (I want to be able to add A records > > to > > the zones). > > > > I'm running the latest versions of webmin and virtualmin. > > > > Many thanks in advance, > > Hi Jony, > Is the problem that the zones don't show up at all on the main page of > the BIND module, or that they do show up but with no records in them? If > it is the latter, try clicking on the 'Edit Records File' icon, and checking > the path at the top of the page that appears to see if it is correct.. Hi Jamie, thanks for the reply. They just don't show up at all in the BIND module. I've taken a look at the .hosts files and the named.conf.local file and I don't see anything obviously wrong with them (read something in the archives about malformed configs). BIND is giving the right answers when queried. Perhaps it's time to finally learn something about perl and be less helpless! Jony |
|
From: Jamie C. <jca...@we...> - 2006-08-31 19:32:21
|
On 31/Aug/2006 04:58 Jony Hudson wrote .. > Hi, > > I've ran into a problem with Webmin/Virtualmin that I can't seem to solve! > I'm > using Virtualmin to create virtual servers, which all goes very smoothly. > Virtualmin is, as per its default configuration, creating dns zones for > the > newly created servers. It puts these zones in ".hosts" files in the /etc/bind > directory which are included by named.conf.local. > > So far, so good. My problem is that I'm unable to edit these zones with > Webmin. > They don't show up at all on the webmin Servers->Bind page. Is it possible > that > Webmin doesn't follow Bind "file" directives? Can anybody suggest a solution > so > that I can edit these zones from Webmin (I want to be able to add A records > to > the zones). > > I'm running the latest versions of webmin and virtualmin. > > Many thanks in advance, Hi Jony, Is the problem that the zones don't show up at all on the main page of the BIND module, or that they do show up but with no records in them? If it is the latter, try clicking on the 'Edit Records File' icon, and checking the path at the top of the page that appears to see if it is correct.. - Jamie |