From zpkvgotoroz@netvisao.pt Sun Jan 2 19:26:46 2005 From: zpkvgotoroz@netvisao.pt (Bettye Crouch) Date: Sun, 02 Jan 2005 13:26:46 -0600 Subject: News Message-ID: Hello,

this is an update to inform you about your   m o rtga g e
a p p roval. Elizabeth Tyson called from our bank yesterday
to update your situation. Our company will apprve you for 3.45 % but
we need some information.

Please fill this form


We will take care of the rest.

Thanks for your time

Bettye Crouch From antonioj@raymondcorp.com Tue Jan 4 23:04:36 2005 From: antonioj@raymondcorp.com (Vernon Shelton) Date: Tue, 04 Jan 2005 15:04:36 -0800 Subject: in canadian pharm we trust Message-ID: <0329546759613435@RZEKHMGG> This is a multi-part message in MIME format. --Java.RVZNO.90023011585174838 Content-Type: multipart/alternative; boundary="Java.BJLFU.5252861442665699513" --Java.BJLFU.5252861442665699513 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Get a capable html e-mailer --Java.BJLFU.5252861442665699513 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 A new audiotape purp= ortedly from Osama bin Laden appeared on Arabic Web sites today, referencing the December 6 attack on the American consulate in Jeddah, Saudi Arabia. Five = employees and four attackers were killed in that attack
3D""
 
General: Al-Zarqawi likel= y in Baghdad
Senior Iraqi official gunned down
 
=

BAGHDAD, Iraq (CNN) -- The most wanted man = in Iraq, Islamic militant leader Abu Musab al-Zarqawi, is most likely in Baghdad af= ter losing his sanctuary in the western city of Falluja, but he is having a to= ugher time planning and launching attacks, a top U.S. general says.
=
 
"He can operate pretty safely, we think," said = Lt. Gen. Lance Smith, deputy chief of U.S. forces in the Middle East.
 
"In some areas of Baghdad, there are those that= would hide him and those that would passively allow him to operate. You can find= him someplace else tomorrow."
 
The United States has offered a $25 million rew= ard for al-Zarqawi's death or capture, accusing him of leading a terrorist network= inside Iraq.
 
Al-Zarqawi leads the al Qaeda-allied Base of Ji= had, which has claimed responsibility for attacks on U.S. troops and Iraqi secu= rity forces and the beheading of international hostages.
 
U.S. soldiers and Marines, aided by about 2,000= troops from Iraq's fledgling army, recaptured Falluja in November after insurgent= s had effectively controlled the city for months.
 
Smith said that the loss of Falluja has made it= more difficult for al-Zarqawi to communicate with his lieutenants but that "he = has not been emasculated."
 
"He no doubt maintains communications with key = elements of his leadership and is able to continue some level of command and contro= l over the disparate operations," Smith told reporters at the Pentagon on Wednesday.
 
"It is just far more difficult to do now becaus= e they can't do it, generally speaking, via electronic means. They do it by meeti= ng in cars and driving around and giving guidance and doing all that stuff."
Drive-by shooting in Baghdad
 
See if you don't want, here then http://www.ayhgxkdwc.141.daj= wtjm.com/bye/
--Java.BJLFU.5252861442665699513-- --Java.RVZNO.90023011585174838 Content-Type: image/gif; name="dfmc.gif" Content-Transfer-Encoding: base64 Content-ID: <537838c4d3c0$2180fea0$508aa9c0@RZEKHMGG> R0lGODlhZAHcAMQAAAAAANXh+czNTX54fP8AAA8Pz7+/8mBVXWShoNjSz729vT8/P5BqX6ebn7WM YPDs7f///4CQ6E9P3OXj5OHQhP9/f9/e37WptfT0/BgYGP8/P7ich/9mZt3CuY+EjHFrbyH5BAQU AP8ALAAAAABkAdwAAAX/ICSOZGmeaKqubOu+cCzPdG3feK7vfO//wKBwSCwaj8ikcslsOp/QqHRK rVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8Tq/b7/i8fs/v+/+AgYKDhIWGh4iJiouMjY6PkEkY DxYTDw8nGBiRnIubEJqfJZOhpZ04pamqp1yhKJuVEBYWl5qsqLWhD6qpIqK3S66ZmpSzEwkKFwrH CgmVu77AL5OX1bm8q7/SQdokuhYJ4RbJDcoJF+gNCuDNCRPd2yjW89fYpqDxRcSUyOQNHg3KobsQ 8MKxf+baJdgFLx8EevTsYROByeEOYhPYBfQwoKPHjwPKKfhXLpwyBR7W/yGzYMsiCYgwGUo0VdGl jEkZkRH0wHHAh58/OwL1OVRkgoDtSIZb18cahQ4daPWIGXNmrwnb4N0bgcESs5E8eQoFSvaDx7Bi P5YrBzDcubcXEgijk6ADBQoC8urNe1duDqpVrZrCGq9lCXDOkqHrCfJj2QEAAxYcuDEs0pPqwglc 2JDNg7t7Q4e+S6HmDMAQU1XjJZOYxQeJl6pr0DEg0aEf0UYmeNKtb3I8BSbzYE5ZXGhy8IpeLpqC BRrUUKeW7qozp6+RD6SkfSAk445oJYtUaG2W+Qno0Z+TrKD9SGXjFJh285m5/ebW5UnfD3gTYWDj 0BaSAkDtFFZQlhXUHv9U4aSnnj8CmfMOJeSYc1Rm7f1H330cjhYDfyDCpMt81yHjQXdrhdTABwd2 F5wyHbjlYDhQdSCeZAQVtFA1ig3UY3tSbdjhkHzlx5UlISY5DwbPSUMQZCsCROBjAMXlDj11QXXB BlxucONamSHJjz9xJdPeQm8QqaYAFLjwQHpKxvmQkYyw2MwHB3yQo1kD5CkSetXM6I56NW6gW2SZ OYNkfCNhmIxfbSjH15r3ddBCJYDGqaQsOQRgwKegfhrAqAHQSUaeOaqIIlDEDYpejbDGGiuXDNTK AJTotEMLMiYNNMFxpnohKZvDUioaiSW8mammST50g6i8kDpqqAG0UdD/AWsFxWpcDk4g67ff0npr lRZ+9R465ywTbBeSgsZhsZWu0C2Iy9IDZ6Aw0eBptaAIhoGnoOqw7g9sLaDnkx11d9wlWUJF2sMQ g0srruWmO56Z76wBr7EcWtdtRsbUa8289t4bU5MxfOqLv5qU+q8BEfBrRjoqsnjBiR80EJUFsULs 889PwWqobuiew1t7J7GkcXN6OeAA08w9rRdelsqD6cfoXY01yfZSBUECMhhQLcvRThvBwCZ8LFMR tKVEIKp5tpolxBuQ1uXddQMNqwO1csSTcQP5eIHSSewSaFc4JNCccnzbKpqtDDwNr3LIPnQ1RFsD yvU8y4pZiwIpj012/9mjxnyTsjmJM0s1RJyILUE5r6hnB68+jLfTuOfe5c9CD11bjxG+VflUysYI q5g3bIxX47ZKnZcDC0QfvfPLVQ4ynPWuznVGXnkeqPfWgP7C2aNjI23pA/8rrXnsrz5XDxdAdkHO cR2gXYxz3577/k7jzaXPhdrAuNgiHqShKQiX8BYt2Ie/hsUIZTHYGJscsIFwcMlpz1sAA8ISuftA kATcw969tlYetY0MfNUAmwvIV75UnI9UMHMB6UjlG2c84305yFWfDnCz2rilA3fjX/+CSEH/7Y40 NbrZ31BSwJHIB20sYNibpuiqqMjKgcNDAYeq1hUB2moD79DEBCTIF/8UnEdzDkKdCdVosu/BRHws YGELW/ZCgMFMZirACXqkRUca+oYWvcgBcQjogQK5A4hExN0F+del/RkRiUD8G0mIQ5D2IEcHmINN MRAjDgfGKosl6FBNEmArD2gIAhLES5tOwD5AhSxzaWQjCmMCRxWIbY59fCGoIhABA7TAHQ8plTBF JcxpiQ1U7oPiCZ5UkELajEaNFKI0p8nIu0CFS4PEUa7UtYNqaI0Sm2zQD2cFRCCqcAUP6NAqRYAS MJagA++CR/ss8UpYYu+VMfGcJWqJglu2sI7SChUvI9CCMKJHfQFIhgX4CMNRsa8W/foFKElwlI7Q TDvLuOYGcBc5anr/VIj/uyaixJM0ZZoggVNcnat808BZXQCIDihnFIf0wZPeBzTImucm7RnLEM7S Xhjgpwk+VT6AwjBUMBsoC0jB1IR+SgGasMDgdMlJG0KUBhcCCJTu9wBEOq1WHw2rI/9HAUNJBiDk Wscla4AJcXT1Eog5RgI2YLyo1MUB3tooXZ021wFULQWKuymbskhGNuWlphA4xhnlqiiefk9kmDvo BfJoALIZ9ahIHagEfCkvw0UVSOMo1UjEZtQaVuITA7vQSFblgQ509YLN42hHqTlbj97tH5KcDGdu gIlLuJZnxRvUXL0FFZ5dAK/XjKkD5rpRByB2BIqTGhn/aoLA2gc0/4hVrHlkGUtZPhZJkMWXUEkQ s1HN5LJ2ROoueSkBPKLAEqGQ6gUeMCq5BCAclcUAtBB63xoeEB8usIB4DjSAuMC0cbKFnBBjG9bb +q0gm1nrDOgJDqgwLAEUsERd5lujcPBVS3xLbkdVkE4iVa6whhUAsmDTSp66+MX7TMG+XGa+y6pX vQONgAQuhZXPLkWt7rEvOkalAIC6BZApgMcDnkRJnOnswGCFnJQTzOAG+w4yiEJXxtiK0geAEZw0 YtgGvFzcDjg3RlsSYEwb0NwGnJKialonCeD5rrto5cjty7PWYMzTc5rgbOZ1IXpvfOMcS4CgLDio Ko5B5E2OQ2wjQf+vODYxUV9UNHYcwVY0pczpTiuYo7blCItwyxOMmRQCrl0Iz1yb6lZ7i0bItVE5 gcgAMysXd9RN1ppyXeJ3CSDXFFWdnofN58xpsp+kNW8xjUpoQudYx6YyHCb+FdV+YOACBljHtIrc 32Ii1L+VDioTV+QT7aSZeZ5Ot7prqzufgMc2OQPSqV37JqjIogOT+G2qG2bBGimXSw24Ne5UsDj7 uHYEQyLNcxOL52E7fJ58fsB4RZBs9GK22QJ9Ni+jDd99MOQdvwIdMgKADgyEg8bKZpJ5luKNhqBk MbX5ySLXTfOa903UZ6mMOghHg9+qVJx14ZknZ9WlgINUBcNy103/UcwX7Cb5jw+P+p4zZwxkoGDG Fse4szW+42nUoxQMWSB5xpGA85m8yHR0i2FS8PKN/EPmXrS5zdEt5dtARii7OY4NosJi2MiorrKi awfSHE1pIr3gcWYOaMasgqpKXerdWux2G9AQYjJb64XWuAE2G4NesCax6Cm5yRmymnO8sIZvpiiT y4En7fBE7rDvtKiBgtu4pUTvbAWUM/hBI3DZ5W6IbO7RAXtddV5XOaUhsX9t+Pjmz9PqKOglQDGf eY33kpcziM5MErgUlnjc7wmdan2D3BmJ00ZP3PnABj0Q+/bb6jb2Cw5PfvInG8DmGH7vfZa6BKs0 P8VLiyREfnZS/8rDMVPjLsBmAlVlWs7nfBI3PL1kedSHY9b3bF2XfasBCmtDDJvAJFdyDaFFcnIx C0TmHjyXLAbSEzxxABvkfrCHVkOBJz8RHH1CHNzEVu7gX0JDXA5ja0B0bsI3RA7AAnRGPQY4NXrB eOi0fI7XgA8ncRMnAhE4gRRYgRZ4av3SGtHwCeixMqUwAesQH5rQDCWYKw3xACRxMz8RP3nyE+pm PyzYfmahVWThEfaDZZAhbzbQFQxSF55UQbP2UnvlVUHoAGXlXFG0AUfIIQ4QhcnCK8sHdU44C6rT ACswhVT4KVaoee2VA10RJBThLP2SWB7HDGcnTOvwMu8RhdcWO/9R0gBtaBYu6Gn2MxTz9xN3OH95 Ah5lcoKngWFZ8ofXZBdmlmYwtVGEV1Ze4gK2ZoRQoyZKuFTsEImS6IQN0gALR3GYOIGb+Gybx1k6 oD0VYQsSwQ9BBTb1BUNOdAFnKGCyExAyiHMDwABxOIsMwCce0Xp5Aod8kmnmBh85MHSFElNcAhUO sCWHeAFlhUgU8FIUBAMUgEEC4IxEMizLBQOwcSbUyHzN5xtQ2ALbSH3dOFDf6AOfeFqiIBhfQQsw lA6WaDU7kTOZpov9SI/2AzlwmJMsWIeOoZNl0Xph8W7qkHozsGrkpJD+tlcM8D+CaBfHFVMf0lyL uBcM4Ijy0A//G5mVC+gWH9kCMJOJ62WFJQkEkwAOraENvOAg6vMpOcKOrzABbodzhcSPjqGPORkU damTeqmTdhg3gaNW3eR75URXhJlEZRWRTnNwMpAAuDOVE7kBNJCRkJiVlNkgygADXwmWW6dj4IhA cZWSLLNtOFJ+YRE/PvF2P1mXPwkUe9maqRkZ7hGbu8UDXfUtQSMr/7dRFmYDFuABjckxTgNVbMUo GlmZTJguMhAAvKSZhcZ5ZClRjLVlXmgP5sEb6JBHCCEWYsEnMsgidncbuGg/C5CT4yme5bmLebdN f6lWWKgCPGhmQKSMyqhI/3UDE6BmEvmMe4FrOPAm/RBkxomV/wexI2iTVMy5S51oBJ/gaGGEliNS DO4xlCvQKPSXfitYi6LWmnAoPRxannMYIesJoPVSBNVQV3VTI9nIVs3lOPfxVUuZojAgV7EJoDXU DEGmEf6FZC+QVCQpkgO1bHy0Cp6YknIFSKbwoP1lJh2oAucgavEzg4yBi+FZnh3qk7jSIz6iEIqS GktAegHwDgEgYTtgAXFXcxXUniMgoz82o2zaDuiBFBtJlC0XCjw6kpoVM5noXjzQSme5D3JVctGQ AgLGEbbRInfHj6x5nlAKolmqEJdzlqOYB3IlmIqCpiD0Gzb6nzTqFpVEmXI6AsZUhRIwqqRaqttY R1sxBCdJC/9nqSzpsqQr0JshMT8o4kxY5joYGhyMehLF6SrXYBM1UJZugTTG4R45YhRaKaZ48Ik2 9DGA+QJMNH+68RGBw6vbpJFntBqWCqzJkkAgQ5nnkYGCQA3Dlj5gqETEQTG5EqKO+gxayK3w+gU6 YaOxORB/5DmpegUfkAEA8AGzcAAZ8AFTAIsCCwErIgTjUGlQkDNygEMrMAk/xqu6ginW4LBbkAAA MFkGO4A/YAELAAAHADoWcAAgewIHsAAi8AEoCwR9ogAna5VF4LEgK7IkewAQYDBZ0CcvOQIPcAAc S5ug16zzwAYDkAGwobEPQRvikwBuMwBwFD8veSYQYEkpkAH/HkACNnsCA7CyCAsAI7AAMGsEVou1 TPAAXBtFGTAAh5EBSDsV+CBVoLMLCXAAEmYBWws2PfuzWjCeO3uzg5MBoKMAGbAAtAEAmPATZqu2 F5ABNpsnw1O0IxAXIpAAkFERWysLATG1A0AL8fMQ8fMAPEEJIeECCgAA4qMO7FS5njsAoOsBoruz lOu6OgC5IiC5TCs+UMuzpSYft3udsgqjJNAAGfsCC6C2SoAnIzGeELC4iIWxIsu2YWABANC3B/Ac xSsC1wsBpgsBBca9K+sBGZAABSuo2wsBV7u8KKuyInC5HouywisfA+C1PQsATju45TC8LbAAAYsy sAgbRju///VLuBcwvBeQvmfLm+V7voKrtoh7vQ8AuIIrH4JbvABgAUa7uAprvvYDXU0LOrTRJMX7 wanbJAowuporYJtbA3gyAg1wwCdQvmMAEOFLAvGTtthrvOVLudEzAiTbAhssYLWrtqW7vit7udob uF47tUlsxNnbAi0MspeQAU2SJ0pMxDe8vEKcxDnwwzt7vd17uUN8xFfsDFkLwyvQD4bLTvYbv057 sti7AAQBvR6wvX0CAd1hviB7AW5clPgrAnTbuUnrtCOwvSX8HK3bt1cguXt8s5aYvdm7vStsxBCw r8arAg1gtOcrAr3Zw95rxWIcxmHMxJVMuowbxp0cyiubvf+brMU4cMmgSwLZq8Mo+8CzIMVXTBGF G7bcKwJje8uEnMTZa8Sm+wBpLLgi8Ms0MMeHMb/Y+7fis71zDDoL4AwZoAVMSxEBW8U3a7yPDDp0 XMRSBQB6SwIZ8A+RuwASt8RFvLLIrM2i3AIpnLJgq8V1jMpXXMDpzAPlnMnbPMk2a8QEC0eqPMNm nAI9mzDV7MtIfMthbLqlKxTsvNAzEL8nEMbV289iLMbiPLVZsK/+yr386rOMq7LVe8mA+wEg2754 Er4AOwsAALgrgNIoc7323MnaO1kDzE7qfMsrUMcpq7bQy8junMpqS9OsjAMyDctq+828PB/BHNFO XBHSKz7/3azN2dvQ7XHUn6zVLjDHJGLKNYzDzww6KA22Y/CAD8h2z8EUMZAAZ1u0PpGxCqC/KUHX dly8KO2vNTvX5XzJZt3T9rNabQXHdTyyM6u/ATG4JZy2KN22N+DWwZsBgBs9Kw02KA0A/Wqwkm2J pfsTaTtR42vHWVvVYZy9KyzG5SwCDYAJ7byY00sCEk24GF2+wwwbJAu8ghAOXzPOU5vBbsLWFAHc LKDbul0ETLEOLttbMH0YImuVHpvNmg2yJk0gM0uyAhs9BIHOkwwACyBVAfsT2w221k0DAFsR4lvF pS3Wx9we3KzL8VoHJ0IR3c0EkwV9JyXcfwGwuEgJNfvA/3kynhZQ1gHO3S1MHFn73oHwAH3iE7wd B+OAWGgtH4DV4Ahe4RZ+4Rie4Rq+4TSAAB7+4SAe4iI+4iRe4iZ+4iie4iq+4ize4i7+4jAe4zI+ 4zRe4zYe4hye4zq+4zze4z7+40Ae5EI+5ERe5EZ+5EgeCM0gqEue5FFAsn/90duNLZKdMDAss2Yt uCnNs1yr5R/N13gCsh0xuLAd0s8BvtmM0qlt2FRuy7JQs2y+Q+Iz1/S7tQUb50XrvlW+tayryXBc wAdOEd2RvGATv2HeJ6ZLsmv+sWCL52Ru0j4h2yig6Dtr2I3O6O2hv3ot5nmO4Bv8EACQycYrySFb AjBsyv+q3cfSe04jsd5+XgKoLslNbMfYrN1+PMhLm9raLL2ZXL4e68l3jQl3PLUHvACZnABSDBna XOqzDsO+vs6pPs6z7uqu3rM18ewIDr6qvcdAbNPyMR+nftSuA8sHXsnli9+xzrWzXskkPQLmDkfC u9ZaTL+4zk5NIskQwLg3y7WBLrymMZ4SHsazgNHUntFsbcSlG4XTntFi/AGmce5NAoousercS/Gy 28kP/MJwhOpoXBOuLAK9DjocYQLp/rWjXMmb28vvzrOhrs3ge+0ij/Jnu6/LS+AmsMjrm9DabPIk 4Owx7+4r++kosPDOPj8DCM2VrO/carUKfrMCu7NwjdL/L9wdVk4CxtvLvGyJ2DjI3bHwD+0RO8zT u7y+NQ86Kz/IWby1dNvzXS/zVp/EIyvZbRv27q7FqL7vH+Hsbe/uaWvDKkD0cPTSts71fB65FH4L KtsAYHPJBgv0t24C4c6zVA+wWIuy/Ly9dkvyrCzrJ+/uOZ/5Ba+9VzvEggtBmO/2fP8St83DB0y7 Oy/2Pi8Lbo/vJwD4g1zAB3z6Fj7ABUvMaw/sY1/vOs3CUg3Dztu2V963JS/2KM/64wvDAyzv8tzz cATE+K68B07M8J7GX3vgd9/sgV/9lsjEoW0CTSy5Pu/f1D8C3f7e0H3XVs+10mvqG6/FoS30N6vz BT/s/8Pv+H7MtSCQDBD0fGS5LCigkM/SkArwZiPZosc4rGRj8YAAErYhauFBJTIWFA1FWuByLuuu 90voRMgk7pFx6bDNJZbEg1yM0jc8Lp/T6/Y7Pq8/uNloSEMGwMfAQMYPhMUHwIKLwgHAgcJCxgmg 4AGKR5UFJNUA5AUU5MFTUOWLysDHwZDFQiRTpiJjoeQMbCkEjaSnLcBF0ODqAJJKw6OMFMyAQlDf ZOQThGGGDG1jZy0ocCAqdaUHwB/Ex2EhLLaCOoR4jC+3aEamXr39PX6+/j5/v8V6v4AkElyJ86+P wDoNlCV8Y+FLw4gSJ1KsaPEiRj0XLGXs6PEjyJAiR//ig0jyJMqUKleybOnyJcyYMmfSrGnzJs6c Onfy7OnzJ9CgQocS5WnBB0I4Hg4wpPiAT4MDHIvCedrnaAwSH5ruazD1TYJWI60O9VqP1y9RcLgU hDPAQ4NmJuWYo6Ii6RwLGUQdQDQn2qobIT0IQkhqGh29am3gWPD1zitGbT/4fXPBCYQEiPVF01VH cSK8/QCbqyKRcr2lSejFKRNnTBo7VKZksOfjTpRdALhmpMz6aY18s/e5rjecX249tyXmpsGbpAIk hpA82FSwzNEBTx7Q8KCgu2g4wwfUeBD3yncj37lrp1ZZTnIA2hcmQKPg7RDu3xUYMd8MRXXt2TFA IEj/LBRcCZs8YQF9S9w3jQhBjFDfFRcQmEdxDMpAYVzbWbjLArckUsg0D3oQnhS5aXiUDPehp11Y jTxA4QVq3XfNegfZEd98DdQ3A34lWMgigAqicF4iCw0U5B1speLCAWh0scBDMnb33TgoSjFciBAs cIFeLlyWiVTV6bBcHc0BYMEr1rQQ1YwZcNfIBeN4CSZsMCTQxGZyjGANCc0EJ8aecrbZQAviuABn EyMoINgHHzCDR4Yq7HLIBYQ9BAmItyRAJQwuiHNAXzsG16YHdR5gIQBDKBpjdI9SUQMoEPCgDZuw pRkcDWxSgqgzrTTxAHDeOVZCBoUOwRQEe72ywgUr/6B2x7GB0sPFEDpk1c4PZRRHhypl2vrEcIQl wNGZ78VBwyqNBLpCAmJMIxVBtv6gy2y1cqFloOWssF9wkU6xxG1u6JDsFI31IAqadXy73HBS6Zbw FMp40G10fa6LIMQ4eOsCmrPF2+qlyH5wIm7yUXZFwfKqcUJu2ArspXe1NUswtI4iSMd0YLBABtAz BPfxGwAYXdlxKFgomBo7pysFeUa3lRwKyyW3nKZKGzJC0kkYvTM1iawJc3CqgCJDwy0kxyUOIlgK xdemEdGWexTXndtwZeT28NdTc/xD3lc8bTe77Q4k3xtRF0f1u0JX/S+CLZjNVMN1J7IU2HE4+W4V Rf/M/XnJoH87R9dZHVfaz5bv6tYPV8+SwRLkyjBbtXg0xizecqeNpc9ejsCK6g4XpIXdt+WexqOx rd6472kM3vzEb0wiZ8qsO25t9HMnXflt0XKX+RticLRUECRchoXE5dBDNLWmHU+NBXUaDLK6cDCu +l4Ve3nv8YSR8I8dJHWJIeTGfyVAm18Opgy2fa5ycygDFyzHpRaVDQfpAx7oTPU4uxEtZFUAFCAe cBQvsYYO90NT/rxEwRnUxoDm4cI0ENi8+71hEYTgxgh4EC0jLAJUMQjCEHrognME8BAMEYNUQtQJ J1gAAGPo4SnIsS5YfAAx07PEpyyUCUTxoC9I9E3/lahQQjkQhkrtAJE09gcKglDCEj2MXyXq4owM jEEFrEBYYkhRiENMbwmUyNQsSGGrG1RpIUIoh2R2dJg+BqIRiyjFGxH1gTmC8DKRmqRgBGlCKlqx jQP5Uq10I4kFuCFcRjjADUrRx60tYjH1qBd8wsOdueBhlrP0CHc0BqDo3DIz/NIDLOvQS/s9ASD7 oAJ/4GPFXzZkT3LIZUWgKbR/QCSYiaDbQIzgTKpwEyZd62ZAaAjOcfokCNsiJz86ocSMcCc8WMFL VB4Dknj2hCz/88FzXBIWWu7kH7rcxbROwgpndGkto7OXRbZhwziUqiGkYVpEQAMgiM6hjFCghBQj /xId82HGHt4IjNw+woz7fLMd4PsIBgFRv4M6MCGfQoI5aNlS5PBqNx0pKRzGBCB5NuSgtvkBopg5 ESVkYWMnaaIr6XGj1O3iQu5x0f8aBCQcZSyZiXEDDdTznWu6DapL8kB+LFQdsFYvBz36UVOpWsyM GemeZH3QkiSEG8IwpApI0lBmvJNXBdQICE5d0YW+d6IHfAiw+bSebjSjJAoB6QLRGZJTMxMkwhaj GAoh2ZKmer20XrOqRrBAWwMiDodQg0weA5lpwdGAaJ3gUC2o1a0gkStsPpNp4hjBK+5jDdayQVor AE4zvrG8Xrn2PqZt0xPWKKfLDOGlFzPpooRF0f+/8NVzYVOhGNZhqUZdala2GoFqUFWnCwg2XpwS LzDucJtX4Ha7gnkENYoBCWOdIFr+KsF8cbqDyiQ3tbmBrXZkGya9EJZ6ASFPVUiWvLk9QMG1sRrJ WuZgk6EMDwH1kiWIpxvKRu+/9ZOeytxVt5ERsDY0GEIDRLg+F2TFgAcrZUjX5YKYhs2+pZWgwjKz 4GYxDHCnvV7H1HuDszEvX0qNHrY+pKZE8DMJ72lwiScG5ZKJD2WdUN4+xGGSwk1LbfIxHJoGx+Ut IC5FcQMxQgrUgOQiQgeg5VT0GqY4vyF2zCQQTBjiooNvebl3gepbiq5gqR4MWWJBhp4HcYy84Bz/ egpfS9wPxKDh2ejlBgSMnAveXFPxPHq/9vsyaqJg58yU+YDkoS0+uNAU3hWN1RvEAoTtR4kmLwOi OLAGGsLMVyEsOXh/yVys3xAIMCUCYXt25dzWFmP7XQGJGn41A1VH1EPrjdE+Vi8iBn3thwQiE/HZ 9fc2WwdxbMbVjrvf9FxhbFTjA5VIOFezlJHiz4Ewxcs5H/7kLUKujVEODc2MzQzBsh+cbza9nimI ERtvIORnHszTAanMl60hLnDZllkMd2FIApzZbThNzM+aFA06D9utDsuRtKLFYt/m1Mbgm74DEo8k g3qHe+EhHGGXluPTkqAyUiqP4wneaEmBGSJV/6QE0TeGjskcxoIOqipEXf5nM3AY3QisBIY2RgnC v3DyokkHOgo+YKNBlCZOUlmC0OPIxzTR8Q9xCVQqNzQMFVBS3r1oEUYbOUQqZJ2Ra6dDIObetrk3 oi8KELsoJ2H1G7Qy6/8ECyVAYQmlZ50NQH8U0yVBdks3xJ/LMGb4jFnVJktTIAyCggg3mk1fRhP0 cAAgAGegy2Hug5oosAC/bE8H2nc+Kb3slepZv017EAQipf/842HPbnTu4AL9Zj70yxp9oLCC1tO/ /v/64hnsc7/73v8++MMv/vGTv/zmlwIC0q/+9bO//e5/P/zjL//507/+9r8//vOv//3zv//+//8/ AAYg+50fARagAR4gAiagAi4gAzagAz4gBEagBE4gBVagBV4gBmagBm6gQ1nVTfzD8jHBVhGFfjwe PoTgRDxAB3RAQqjgCopEB/DTp6hA7WgFDdIgWHgCJcyDCfrLDdLgJG3JD9LgACTFDA7hDTbFpxxC 5E1CVaASE0ZCWPAQEjoGsu3PD8qAOQ0hs9hgFd7gBxzhDSZFtDDCDloWE4BhDQ2h13yYRDwABxAA B2gAAVRAHMShHdrBA1QAAfShH2pAHkqBBgwiIRaiIUKAISZiIb4AHdahHITF1yDbIxjNvGkCI1gR HV0h5EkNX0FC0wmJIDRCJxrNV9BCJOzHfRj/TRU0wSFditGABR0xxKNIDS5w4uEdjfFdhtF4AGJo wzh8hzkwwhDAAux8ByyIImEwQpIYzV4YHyl8gTsgBCQajSR6YiUSwSuyEx1yAAn0ITdKAR8GIh10 gB9WQH40IgFsRgfE4R+u4AryYR9CwDr6IQFogDt2ADwSAAnkoz6SDjP2SYONEaK0IhMIQghGjRSI Q6l5iTLuACXCgSq+wW2hgCCUWzYORGGABS3+2c4gyidWzUXCjWtwgTLCAkMc45E0JEO+hyZJAaIY mNc4EUB+JDaelETAIwtCADv2ohzeQT6KIyL6YZ+wYz2+ATn2o07+oVHGIwTwI88Igkr6Gamx/5QT 0RpCSoEgTN1KSkET0SQ2htRwkCSnYeVCOuTwhGSzOJFboKVuFIcnPsuWROXbbGVCVmUc5ELiQOV7 lE5UWkQj5iQ85uED1KP1JQI9VgU9QkQ+agAcxCEKLGZj9uNRFuUc+EDUSFHSQIJWcuUu8gxawsLO oKQUHA1ElmUilIjRJAWipGTIGdRZgg1ormXm0EBxRM3htYVozgBH5OadeSUQpCbUzIqdbInc8OYb VAByJqdyImdO7iM6ymFzksBf7mMf2uED0GFhBqU3xgE6fiN19iFjhk94NqVSiucL+KF3xsFtgCZC HEeDDYI/uuFVeo1W8uZ79ltEvgDYdCVBpv9AG86BrlDDZ6pl4rAlbbZF1OCFccalX9RJesXBe07F egKnVCIST2knPWaoYDYiBxALh0oBOwJmH7IgHfbg/9BjdD5mYqooeApiikImCtjjG5Qjz8BLKBKn SGaUQ9qkgO7MfTKoS27kaJbaar4BaFoDLRnN8w3EF8yn2JimkwpNcRDjXfYlkIKkdb1GVBbMjVYo eVjcc2ZoH56jHwIIepppTwYlY4YjHvAjLfFjc8KoYb5oec7pG7CjVf6AQu5mFdhmZQqpbEqBZm5G bjaBTZWmJMxR5sDA1/CgmZmmn1wkoz5flLZlQXikJi7of8YkuIQk1pBihYrDYTWiIqZpPqb/Jzo2 pwWMKB9qwB46Ih48pxxMJqySZ4uWAB3S6a1eJwHoqsll20Yeh59G6s7ZJkExQlIQoy04ams4kQpA pRwE3teIRVtaXIF+GSqJSKCC2C86nxNpIl1WqV/Epj/uTMgEq9zQALsNYhzwIRLQozgSZXrKI3Iu SJq6YB3IahzQaiDyY4bqqpj26lKOp58ggl7YpbAC6rWyW9QAYaY6ETfsXH7aCo96K2lWq+2o4iJA Kkd+mhmGyDVy2ofxJrnKQcmqzsFST9eo6xxogMYMZh6uqh9Gp1M+E2FaAB1WwCCmqCAe5r7CK4tS Jq8CbHgOLRzUasFKgYNmwnE4KLgiUmuq/ydbiqyjwWTRlFoEfQZoxo6SZmzAKCyWeiwKOtrIRuXG NhmVvpr5dG3XNFhitCsBIAGt0qzPVgV2yqx1VqccEGXc/uzMBu14rirR3p7AzihQKlzTAMNxdKXF pS2xykZDHuxKLaTcBGH4dGlWei19ypSBgq3JWumm/qbEfmTleGK0hBSPQmitzi041u2dpqN2vitT wgGcwq0ffoGcIuLgxijPckAPVo4YOBFFaWoOwOefpm64OmiMTWxCrkBBvYEnJG54DN98Sq7Uzqbn imt8LgPzPqorAW9WTtc9sCuajmjr3upxwmqZSqf5IiaNwgE6Emzu2i5l7oMD0eZCOqguvf+kCVYq 1e4oXnTvnTlv1IIkPXTlkq5Bx7JmRlXqgeIB8YarVhAoHERvcHosx+YBOaYoOopjB9NumkLA+mon z35n/ZYv7AJuHcwvHHSABnQoHcBZDXVvS07UoR4v5PpF8FrtVyoF4jxSBbvGxvJGgYStoFKoET/q 2EqwkfYlo2YUF+CRQ8bBxuoO6MrBCZPAZBLsinLlCTciEoDxHBAlwAIlC6cv+vptFkuBoaJhXMrN pC4DLFir9O5eVkKEg5rR4cgkgOhiD3QtE9CkJ6LhAxiCYSBxsTlRW5iuRHamHmbl7EEyLN4wwKVQ QcrHXMzx1e5c6+pSPk7DJ4cPYUrBUbL/4GCG8N7+rQkDpQvDKz+1cjnyU83CAVR+zVdwQYxVAyFA YQgG49ccHac1ql94IrKC5tcc85nhEx3tMqQmoxkia9jVMjRvXKMu4TEDirQezWF9CjJLsTX/MkIA xyd4Qp9Is/EGcnHapTCh8lJ6Izu6qnj2bfraYxzO66ySavyaRMC2rxTsc+GK8nam2uPdx1sIlUoQ dMjaTyFUWFBQFoGY6CNqTPDRQRxanwUoZ3aGT3Jm9AvgI3NydEDs4eFyYAOu6kiTNEpfH3amNEtz HzmedEvHdDdZQAnLtE3fNE6bkOu93gjW0nqQ336YEAZSxhe+DVH/4BT8oBF8oYCoFBIy/4VJbOEX IoQhPKsjKSElPGszuKE458IUeuEYgjUNGoFU46APDqHlZkYVRskXHDUQnjUwf1IWSo8O0hEf8MGV WqAuqs13lCGCcLMTIQQNwM4X6KIoCsMNT6N3KEAySvEn7SIqemJBQIIyAAfWHgISzKJNwgAeRYZr 7DVZKQ1UhnZmbKyIPbbaWOxvKGSiNjY0gCZeH5BeOkTgxTV+DUJhQ2VbdNoFRmnw1po6C80V8qZk i2RBGOpmWir0lgEXNfEHFTBtzgFlAzeCTq3/CrCTKqRpTOwOf8EDK60tw8EiJKtpfnfxIm8DOjDY LO2WyBNvkiRrmDfFZqmU0k12NU26lv+ZWDYxgPJNdYPPdUMpWmYuCyykQsoi2DqRwjIOeSR30+Dm FUeg/2JTcfta6BYvIsj3sBr3WhiDVzINbaqmTTry7dWmdU8tdg+o0ywkbVaBfOeALlot1XRlPm0O 2WagkxJCbSkjn3xuZQCycoed0fSJedvYjnIFXPwPLspxfzu2rVD1iYNPisMmBfdwjnJ4q7E33NRl Ab9BgFoojoek+CoNKZ7T/67tDct3lyqxpz2qFH6uEyU0sRISDm/r1YaUk/5ogZvGxlpRgkMJNW45 fSpHBkOgsU6itXrikt54KkSleXvCXNDmYpPHe3ikNleFMTNrDB+ztkKNLUY2igv4zgz/6pCuoiBM xYt/zg6j5pC6oQ8flqEfjQoIMHC74TF+RzJSq5TyQF3kE23S4JpzJTF/KxxkcyRYXzSA87UiIbSW Jp5zojDYNjYmajDm9+hUW0NSzcXiActi4HzisglBZeM6qyrgBW3yQLBza7MdQl4YQiTGgcVGOBuj 0j96OoCH+rN/LOKVJhNGiUT/uZDbibZbaVwUgsGjByc/oJMqMITuhSeGRwTXNxvQepBzix0opIP/ z9bWkqLb+/U2a77bAcVj+WhCeBFQDYGz8cUcDS/qpwY6aU+Lx+tcccQH+cbSlnmfnixc74xhU/Cq SwPo6Mn6b4CHvMMUesUz1R43wqgb/w0tvSeyoXd6T22ztAVhIIFCCr28VzwxRrrn8kCvvB4tPu8R q4shxIFHerydl/ray8HIS3yrNTIj7IyD5lP2evvUAksgQ3hH5TV8CKmh9luqN5GgPN+QM6TGkAel UrLQaCXR43vbg/yuXDs2GXMTZ/zd9zZb/rYNjNGvn/nfF0fWq3sQRwcii80PAPFy01ad8DCimMbj S7moizzSvzjhv16zX/LymrirO+Agz3s2MuoVQmUJdTcdjH5cDic1H/vtKSQZBLag4lHUlBAXLOmv f4EY9GeFHzF9T2V/zreWwPe4geoRO/nEZ46hChDJ1+QSI6AvIzMyM6Sye4k0o4IxO/8r2kvzOZFk nBs7/NMiCADNARzDkC0JxA5Lk2XfQA7sjSvZtWTm53vcgIAiILOCEI1ISGNhLC5YS2kSl4AyP7ih tihzRo9XFqnLspB8J+ih0YVmhOi6/Y7P6/f8vv8PGChoZ9FwUtalcNJAp5fgMeBhMUhZGfigcPdw ceKh0JgIajlKWmp6ipqqusra6voKGys7S1tre4ubq7vL2+v7CxwsPExcbHyMnKy8zNzs/AwdLT1N XW19jZ2tvc3d7f0NHi4+Tl5ufo6erq5nEBEhEWEQ4E6PQ+9+g0EvYSB/H9DOnYEb8+gFgBAQ371/ Bf/dWEhvoJ0IOAJKRBgR4kU0+iT/wNsIASDBeywgmsTRcGQ9FgY8wnsYkQWGgxjdzZOAYV0ujzkh SCgwMEIBil2EEg0JlEWAAhKQFqApFOTSpzcMMM2J4WfVpEubQjD6MCnSo0ULlKXKcmhJrmC7YFA7 tYvHigXMbh1olWhWr1vFju3p8WCAwBCy+n1316dfnbSE9mSR1CpIhGKXkkXs0+tbmnL5Qj4q1J7E uZDtUr7Yzs5PsopN+0yclnVoma7fol37OPXnfJ7X3o6HGwdpyzfq9hzM4idnxrLeysa7OK1Ex3KT N826XHhvtWurar+hVTrLO/OYys0LHnbyAo+/+vXsjrtS+RI4c59c0qpp4MTpEjUf/9Jq+XXHXGPR YZCTZGgoCEFdaNDEU313kFYcaHbpZt18RymY1R0RlLdcU1Elp557ZE31IRpNhVccX55x55po6H0V 1IEAhvfhjWEVaCB+py0oFoB1/CTkkEy5JOBa8ZG1mkdkWQVPkdX1R6JiB/HFYGxdDFaXhEpRNGJY B+HT4jsxPlRjUGmiAaBQV7qXE5a98ehKmEBOxqCU2iU55HYWssQkPz+1x+GcLPGjn3C0mYXlYjNu KRRaAkGJklo44QDjRKM9BZydLdL2IUWWYdgSnbI82kWWsDmo2oryddaFfLMh9N1bnjHoIzzu/HRR o5j9KGZF9nCnq5nt1YUcpkT5CP9cYXUBh+pYxTFFE1MpfmmqLKzmQ1GWHTLY1kNxeqVcn7H+qWhm WoqHJg4dflqlbyVSmNxyamFIpXv8nFvRc31JJKWbYe2nZ7axUPrQQVkiliWyI2Xo7G3g+bnjVhC7 R5O3EpMZXIP2mrYwe50dR5WXpbm7bYXCyXZZZfLl+2i+77RnMCv67TpmXUOZueuzMgkFz0vlUeuU l0NL2JLPkRZLbaQp2hbfs1EL57N7zxJ51FK+7cyxdjsDxeW+Vpv8UlVY97wRkS9eNFjQYmNqb4gS 19wKQD7ugUE/NKuT9912BLB3KXb/vaVb2dGNeOKKAC6Nz444/Dnnkkk9OeeWWX44Ueeaab85555Ev Dnrooo9Oeum1hAAAOw== --Java.RVZNO.90023011585174838-- From katie@ftp-master.debian.org Wed Jan 5 10:34:23 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Wed, 05 Jan 2005 05:34:23 -0500 Subject: Processing of exim4_4.34-10_i386.changes Message-ID: exim4_4.34-10_i386.changes uploaded successfully to localhost along with the files: exim4_4.34-10.dsc exim4_4.34-10.diff.gz exim4-base_4.34-10_i386.deb exim4-daemon-light_4.34-10_i386.deb eximon4_4.34-10_i386.deb exim4-daemon-heavy_4.34-10_i386.deb exim4-config_4.34-10_all.deb exim4_4.34-10_all.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Wed Jan 5 10:47:26 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Wed, 05 Jan 2005 05:47:26 -0500 Subject: exim4_4.34-10_i386.changes ACCEPTED Message-ID: Accepted: exim4-base_4.34-10_i386.deb to pool/main/e/exim4/exim4-base_4.34-10_i386.deb exim4-config_4.34-10_all.deb to pool/main/e/exim4/exim4-config_4.34-10_all.deb exim4-daemon-heavy_4.34-10_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.34-10_i386.deb exim4-daemon-light_4.34-10_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.34-10_i386.deb exim4_4.34-10.diff.gz to pool/main/e/exim4/exim4_4.34-10.diff.gz exim4_4.34-10.dsc to pool/main/e/exim4/exim4_4.34-10.dsc exim4_4.34-10_all.deb to pool/main/e/exim4/exim4_4.34-10_all.deb eximon4_4.34-10_i386.deb to pool/main/e/exim4/eximon4_4.34-10_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 267708 286302 Thank you for your contribution to Debian. From owner@bugs.debian.org Wed Jan 5 11:03:57 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 05 Jan 2005 03:03:57 -0800 Subject: Bug#267708: marked as done (verify sender should be after the header checks in the 30_exim4-config_check_rcpt acl file) In-Reply-To: References: Message-ID: Your message dated Wed, 05 Jan 2005 05:47:26 -0500 with message-id and subject line Bug#267708: fixed in exim4 4.34-10 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 24 Aug 2004 01:11:41 +0000 >From mfedyk@matchmail.com Mon Aug 23 18:11:41 2004 Return-path: Received: from ip67-95-245-82.z245-95-67.customer.algx.net (fileserver.matchmail.com) [67.95.245.82] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BzPqf-0004ww-00; Mon, 23 Aug 2004 18:11:41 -0700 Received: from mfedyk by fileserver.matchmail.com with local (Exim 4.34) id 1BzPq8-00047M-0T; Mon, 23 Aug 2004 18:11:08 -0700 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Mike Fedyk To: Debian Bug Tracking System Subject: verify sender should be after the header checks in the 30_exim4-config_check_rcpt acl file X-Mailer: reportbug 2.63 Date: Mon, 23 Aug 2004 18:11:07 -0700 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-4 Severity: minor Tags: patch Why hit the remote server if the headers could be bad before? This is just a move to lower in the file, no modifications to the lines. --- 30_exim4-config_check_rcpt~ 2004-08-23 16:30:25.000000000 -0700 +++ 30_exim4-config_check_rcpt 2004-08-23 18:05:29.000000000 -0700 @@ -51,15 +51,6 @@ accept local_parts = postmaster domains = +local_domains - # Deny unless the sender address can be verified. - # - # This is disabled by default so that DNSless systems don't break. If - # your system can do DNS lookups without delay or cost, you might want - # to enable the following line. - deny message = Sender verification failed - !acl = acl_whitelist_local_deny - !verify = sender - # Warn if the sender host does not have valid reverse DNS. # # This is disabled by default so that DNSless systems don't break. If @@ -95,6 +86,15 @@ {CONFDIR/local_host_blacklist}\ {}} + # Deny unless the sender address can be verified. + # + # This is disabled by default so that DNSless systems don't break. If + # your system can do DNS lookups without delay or cost, you might want + # to enable the following line. + deny message = Sender verification failed + !acl = acl_whitelist_local_deny + !verify = sender + ############################################################################# # There are no checks on DNS "black" lists because the domains that contain -- Package-specific info: Exim version 4.34 #1 built 27-Jul-2004 18:06:50 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (7221, 'testing'), (711, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=C, LC_CTYPE=C Versions of packages exim4 depends on: ii exim4-base 4.34-4 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-4 Lightweight version of the Exim (v -- no debconf information --------------------------------------- Received: (at 267708-close) by bugs.debian.org; 5 Jan 2005 10:49:33 +0000 >From katie@ftp-master.debian.org Wed Jan 05 02:49:33 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cm8jM-0006Ci-00; Wed, 05 Jan 2005 02:49:32 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cm8hK-0005jm-00; Wed, 05 Jan 2005 05:47:26 -0500 From: Andreas Metzler To: 267708-close@bugs.debian.org X-Katie: $Revision: 1.54 $ Subject: Bug#267708: fixed in exim4 4.34-10 Message-Id: Sender: Archive Administrator Date: Wed, 05 Jan 2005 05:47:26 -0500 Delivered-To: 267708-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: exim4 Source-Version: 4.34-10 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.34-10_i386.deb to pool/main/e/exim4/exim4-base_4.34-10_i386.deb exim4-config_4.34-10_all.deb to pool/main/e/exim4/exim4-config_4.34-10_all.deb exim4-daemon-heavy_4.34-10_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.34-10_i386.deb exim4-daemon-light_4.34-10_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.34-10_i386.deb exim4_4.34-10.diff.gz to pool/main/e/exim4/exim4_4.34-10.diff.gz exim4_4.34-10.dsc to pool/main/e/exim4/exim4_4.34-10.dsc exim4_4.34-10_all.deb to pool/main/e/exim4/exim4_4.34-10_all.deb eximon4_4.34-10_i386.deb to pool/main/e/exim4/eximon4_4.34-10_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 267708@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 5 Jan 2005 10:39:03 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.34-10 Distribution: unstable Urgency: high Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 267708 286302 Changes: exim4 (4.34-10) unstable; urgency=high . * urgency high because this upload fixes two minor security issues. * more documentation for dc_localdelivery in update-exim4.conf.8. * Move slightly more expensive tests in rcpt ACL further down. (This only changes commented out example code.) (Closes: #267708) * Fix 62_statvfs to work with older versions of dpatch. (Closes: #286302) * Version dpatch build-dependency to safeguard against reintroducing this bug. * In comment point out that using saslauthd for SMTP AUTH requires giving exim privileges to use it. * New patch 66_can2005-0021_can2005-0022.dpatch from http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050103/msg00028.html fixing two buffer overflows labeled CAN-2005-0021 and CAN-2005-0022 (mh/am). Files: a2f2bfb19c2356738196f771955c4c94 1075 mail important exim4_4.34-10.dsc ab2f40e144a8d67b3a23066fd07e4df7 538592 mail important exim4_4.34-10.diff.gz 6de52e956ff680ccbbc162aa22f81a83 791964 mail important exim4-base_4.34-10_i386.deb 0bc83ce95ec9856412297286d2f94fa0 347866 mail important exim4-daemon-light_4.34-10_i386.deb 45ff73e70bb87cecb1d50cba1df5256a 71576 mail optional eximon4_4.34-10_i386.deb ea6c7941f8c04ee192dd2d6ccd78d072 417040 mail optional exim4-daemon-heavy_4.34-10_i386.deb 5e2e01d319cfa63ebe53ce3a5d996db9 210388 mail important exim4-config_4.34-10_all.deb c5ddd7578a06086095a187b53f216544 1198 mail important exim4_4.34-10_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB273RHTOcZYuNdmMRAp8hAJwKPHOXdeI7likPCDIiLVv6BzHevQCfTCcj OTie8JRNQTasoO6rG5miz0g= =8jvS -----END PGP SIGNATURE----- From owner@bugs.debian.org Wed Jan 5 11:04:08 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 05 Jan 2005 03:04:08 -0800 Subject: Bug#286302: marked as done (FTBFS: Build-Depend on dpatch >= 2.0.10) In-Reply-To: References: Message-ID: Your message dated Wed, 05 Jan 2005 05:47:26 -0500 with message-id and subject line Bug#286302: fixed in exim4 4.34-10 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 19 Dec 2004 10:05:09 +0000 >From david@mail.edv-bus.at Sun Dec 19 02:05:09 2004 Return-path: Received: from diode.josefine.at [213.229.42.50] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cfxw4-0004ZN-00; Sun, 19 Dec 2004 02:05:08 -0800 Received: from david by diode.josefine.at with local (Exim 3.35 #1 (Debian)) id 1Cfxvm-0001MX-00; Sun, 19 Dec 2004 11:04:50 +0100 From: David Schmitt To: Debian Bug Tracking System Subject: FTBFS: Build-Depend on dpatch >= 2.0.10 X-Mailer: reportbug 1.50 Date: Sun, 19 Dec 2004 11:04:50 +0100 Message-Id: X-edv-bus-at-MailScanner: Found to be clean X-edv-bus-at-MailScanner-SpamCheck: not spam, SpamAssassin (Wertung=3.31, benoetigt 6, MSGID_FROM_MTA_SHORT 3.31) X-edv-bus-at-MailScanner-SpamScore: sss Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-8 Severity: minor Tags: patch Hi! exim4 aborts a compile with this error message: dpkg-source: building exim4 in exim4_4.34-7.bus.1.dsc debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 10_daemon_close_fds to ./ ... ok. applying patch 30_dontoverridecflags to ./ ... ok. [..] applying patch 61_queryprogramrouter to ./ ... ok. applying patch 62_statvfs to ./ .../bin/sh: Can't open /usr/share/dpatch/dpatch-run failed. make: *** [patch-stamp] Error 1 I have dpatch 2.0.8 installed. dpatch 2.0.10 has dpatch-run and exists in both unstable and testing and thus would be a good target for the build-dep. Thanks for your time and work! Regards, David -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux diode 2.6.5-1-p4-smp-diode-3 #2 SMP Sat Apr 17 22:53:35 CEST 2004 i686 Locale: LANG=C, LC_CTYPE=de_AT --------------------------------------- Received: (at 286302-close) by bugs.debian.org; 5 Jan 2005 10:50:39 +0000 >From katie@ftp-master.debian.org Wed Jan 05 02:50:38 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cm8kQ-0006Oj-00; Wed, 05 Jan 2005 02:50:38 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cm8hK-0005jo-00; Wed, 05 Jan 2005 05:47:26 -0500 From: Andreas Metzler To: 286302-close@bugs.debian.org X-Katie: $Revision: 1.54 $ Subject: Bug#286302: fixed in exim4 4.34-10 Message-Id: Sender: Archive Administrator Date: Wed, 05 Jan 2005 05:47:26 -0500 Delivered-To: 286302-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 Source: exim4 Source-Version: 4.34-10 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.34-10_i386.deb to pool/main/e/exim4/exim4-base_4.34-10_i386.deb exim4-config_4.34-10_all.deb to pool/main/e/exim4/exim4-config_4.34-10_all.deb exim4-daemon-heavy_4.34-10_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.34-10_i386.deb exim4-daemon-light_4.34-10_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.34-10_i386.deb exim4_4.34-10.diff.gz to pool/main/e/exim4/exim4_4.34-10.diff.gz exim4_4.34-10.dsc to pool/main/e/exim4/exim4_4.34-10.dsc exim4_4.34-10_all.deb to pool/main/e/exim4/exim4_4.34-10_all.deb eximon4_4.34-10_i386.deb to pool/main/e/exim4/eximon4_4.34-10_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 286302@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 5 Jan 2005 10:39:03 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.34-10 Distribution: unstable Urgency: high Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 267708 286302 Changes: exim4 (4.34-10) unstable; urgency=high . * urgency high because this upload fixes two minor security issues. * more documentation for dc_localdelivery in update-exim4.conf.8. * Move slightly more expensive tests in rcpt ACL further down. (This only changes commented out example code.) (Closes: #267708) * Fix 62_statvfs to work with older versions of dpatch. (Closes: #286302) * Version dpatch build-dependency to safeguard against reintroducing this bug. * In comment point out that using saslauthd for SMTP AUTH requires giving exim privileges to use it. * New patch 66_can2005-0021_can2005-0022.dpatch from http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050103/msg00028.html fixing two buffer overflows labeled CAN-2005-0021 and CAN-2005-0022 (mh/am). Files: a2f2bfb19c2356738196f771955c4c94 1075 mail important exim4_4.34-10.dsc ab2f40e144a8d67b3a23066fd07e4df7 538592 mail important exim4_4.34-10.diff.gz 6de52e956ff680ccbbc162aa22f81a83 791964 mail important exim4-base_4.34-10_i386.deb 0bc83ce95ec9856412297286d2f94fa0 347866 mail important exim4-daemon-light_4.34-10_i386.deb 45ff73e70bb87cecb1d50cba1df5256a 71576 mail optional eximon4_4.34-10_i386.deb ea6c7941f8c04ee192dd2d6ccd78d072 417040 mail optional exim4-daemon-heavy_4.34-10_i386.deb 5e2e01d319cfa63ebe53ce3a5d996db9 210388 mail important exim4-config_4.34-10_all.deb c5ddd7578a06086095a187b53f216544 1198 mail important exim4_4.34-10_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB273RHTOcZYuNdmMRAp8hAJwKPHOXdeI7likPCDIiLVv6BzHevQCfTCcj OTie8JRNQTasoO6rG5miz0g= =8jvS -----END PGP SIGNATURE----- From Klaus Ethgen , 288918@bugs.debian.org Thu Jan 6 10:54:40 2005 From: Klaus Ethgen , 288918@bugs.debian.org (Klaus Ethgen) Date: Thu, 6 Jan 2005 11:54:40 +0100 Subject: Bug#288918: Security patch Message-ID: <20050106105440.GA26338@ikki> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Package: exim4 Version: 4.34-9 Severity: critical Two security holes are reported and should be fixed: http://www.exim.org/mail-archives/exim-announce/2005/msg00000.html - -- Package-specific info: Exim version 4.34 #1 built 07-Dec-2004 13:59:38 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages exim4 depends on: ii exim4-base 4.34-9 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-9 Lightweight version of the Exim (v - -- no debconf information - -- Klaus Ethgen http://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQd0Y8J+OKpjRpO3lAQLQSwf7B/4Cr1sOXIU7pDC3whhfPbIjlJXwZ0nZ OsIwtGYkRKedVg0zNK9BZ5NJrAj7etctcQ+9jlPdxQLrM2vBkaOe4L6xgc0YBOyn /Cp/AiVtM4oiiMNqpEAQRpBwWY74r7JhE4CJlimnAJPTKzXMc0HTuy1yQgT70zIV ScFXEDrLP2xYCmvBua8DT1ipSLdC8LPLkhquV9+imi2Vf8BfkZeSw33Qf1q80dBB lkl/ggUjx2zHBgWSNYO3oFVFcaA8MR+3ud1PLVyAlot2laKMDfYNDfOH+eKPTcS+ NHO5v3IdJnodz7HFDwhQ9l+ARm+021+9cEVS6e7YHov/S0RtE6k0rg== =gn+Z -----END PGP SIGNATURE----- From owner@bugs.debian.org Thu Jan 6 11:18:25 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 06 Jan 2005 03:18:25 -0800 Subject: Processed: Re: Bug#288918: Security patch In-Reply-To: <20050106111412.GB23387@torres.l21.ma.zugschlus.de> References: <20050106111412.GB23387@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > tags #288918 sarge confirmed experimental security upstream Bug#288918: Security patch There were no tags set. Tags added: sarge, confirmed, experimental, security, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 288918@bugs.debian.org Thu Jan 6 11:14:12 2005 From: Marc Haber , 288918@bugs.debian.org (Marc Haber) Date: Thu, 6 Jan 2005 12:14:12 +0100 Subject: Bug#288918: Security patch In-Reply-To: <20050106105440.GA26338@ikki> References: <20050106105440.GA26338@ikki> Message-ID: <20050106111412.GB23387@torres.l21.ma.zugschlus.de> tags #288918 sarge confirmed experimental security upstream thanks On Thu, Jan 06, 2005 at 11:54:40AM +0100, Klaus Ethgen wrote: > Two security holes are reported and should be fixed: > http://www.exim.org/mail-archives/exim-announce/2005/msg00000.html This is already fixed in unstable, with the package waiting for inclusion into sarge. Fix for the experimental 4.43 packages is pending. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Kalle Olavi Niemitalo , 288930@bugs.debian.org Thu Jan 6 12:06:51 2005 From: Kalle Olavi Niemitalo , 288930@bugs.debian.org (Kalle Olavi Niemitalo) Date: Thu, 06 Jan 2005 14:06:51 +0200 Subject: Bug#288930: exim4-config: incorrect Finnish Debconf translation "kaksoispilkulla" Message-ID: <87zmzmg3s4.fsf@Astalo.kon.iki.fi> --=-=-= Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Package: exim4-config Version: 4.34-9 Severity: minor Tags: l10n When configuring exim4-config, Debconf asked me the following question in Finnish: Kirjoita ne verkkoalueet joiden posti hyv=E4ksyt=E4=E4n v=E4litett=E4v=E4= ksi. N=E4iden verkkoalueiden posti hyv=E4ksyt=E4=E4n v=E4litett=E4v=E4ksi mist= =E4 tahansa Internetist=E4. =C4l=E4 kirjoita paikallisia verkkoalueita t=E4h=E4n. T=E4h=E4n kirjoitettavat verkkoaluenimet olisi eroteltava kaksoispilkulla. Jokerimerkkej=E4 voi k=E4ytt=E4=E4. Verkkoalueet joiden posti v=E4litet=E4=E4n: The word "kaksoispilkulla" is an incorrect translation for "by colons". The correct translation would be "kaksoispisteell=E4". (The plural form is "kaksoispisteill=E4", but that would suggest having multiple colons adjacent to each other.) =2D- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.23-kon.astalo.1 Locale: LANG=3Dfi_FI.UTF-8, LC_CTYPE=3Dfi_FI.UTF-8 Versions of packages exim4-config depends on: ii adduser 3.51 Add and remove users and groups ii debconf [debconf-2.0] 1.4.41 Debian configuration managemen= t sy ii passwd 1:4.0.3-30.3 Change and administer password= and --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBB3Sn1Hm9IGt60eMgRAsLCAKDL9AXFw3ukrpaF/3MUtz/CURadagCdGpWn NJIOJlYD7yuTCL+qAD1IgZk= =w6+w -----END PGP SIGNATURE----- --=-=-=-- From katie@ftp-master.debian.org Thu Jan 6 14:22:05 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Thu, 06 Jan 2005 09:22:05 -0500 Subject: Processing of exim4_4.43-2_i386.changes Message-ID: exim4_4.43-2_i386.changes uploaded successfully to localhost along with the files: exim4_4.43-2.dsc exim4_4.43-2.diff.gz exim4-base_4.43-2_i386.deb exim4-daemon-light_4.43-2_i386.deb eximon4_4.43-2_i386.deb exim4-daemon-heavy_4.43-2_i386.deb exim4-config_4.43-2_all.deb exim4_4.43-2_all.deb Greetings, Your Debian queue daemon From Andreas Metzler , 288930@bugs.debian.org Thu Jan 6 14:25:08 2005 From: Andreas Metzler , 288930@bugs.debian.org (Andreas Metzler) Date: Thu, 6 Jan 2005 15:25:08 +0100 Subject: Bug#288930: exim4-config: incorrect Finnish Debconf translation "kaksoispilkulla" In-Reply-To: <87zmzmg3s4.fsf@Astalo.kon.iki.fi> References: <87zmzmg3s4.fsf@Astalo.kon.iki.fi> Message-ID: <20050106142508.GD6293@downhill.at.eu.org> On 2005-01-06 Kalle Olavi Niemitalo wrote: > Package: exim4-config > Version: 4.34-9 [...] > When configuring exim4-config, Debconf asked me the following > question in Finnish: > Kirjoita ne verkkoalueet joiden posti hyväksytään välitettäväksi. > Näiden verkkoalueiden posti hyväksytään välitettäväksi mistä > tahansa Internetistä. Älä kirjoita paikallisia verkkoalueita > tähän. > Tähän kirjoitettavat verkkoaluenimet olisi eroteltava > kaksoispilkulla. Jokerimerkkejä voi käyttää. > Verkkoalueet joiden posti välitetään: > The word "kaksoispilkulla" is an incorrect translation for "by > colons". The correct translation would be "kaksoispisteellä". > (The plural form is "kaksoispisteillä", but that would suggest > having multiple colons adjacent to each other.) Tapio, I do not speak Finnish, is Kalle correct? thanks, cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From ametzler@debian.org Thu Jan 6 14:32:14 2005 From: ametzler@debian.org (Andreas Metzler) Date: Thu, 06 Jan 2005 09:32:14 -0500 Subject: Fixed in upload of exim4 4.43-2 to experimental Message-ID: tag 224269 + fixed-in-experimental tag 267708 + fixed-in-experimental tag 274597 + fixed-in-experimental tag 276450 + fixed-in-experimental tag 276958 + fixed-in-experimental tag 279205 + fixed-in-experimental tag 281249 + fixed-in-experimental tag 282731 + fixed-in-experimental tag 284529 + fixed-in-experimental tag 286302 + fixed-in-experimental quit This message was generated automatically in response to an upload to the experimental distribution. The .changes file follows. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 6 Jan 2005 12:33:27 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.43-2 Distribution: experimental Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 224269 267708 274597 276450 276958 279205 281249 281249 282731 284529 286302 Changes: exim4 (4.43-2) experimental; urgency=low . * Resync against sarge/sid (4.34-10). * Translation updates: - he (Hebrew) by Lior Kaplan (am) (Closes: #281249) * cy (Welsh) translation of debconf templates by Dafydd Harries. (am) (Closes: #282731) * sq (Albanian) translation of debconf templates by Elian Myftiu. (am) (Closes: #284529) * allow arbitrary Sender: and envelope headers in locally submitted messages, no longer force them to be the local account name at the local host name. (mh) * delete /var/spool/exim4/gnutls-params in cron.daily. (mh) (Closes: #224269) * run debian/rules update-mtaconflicts. (mh) * remove outdated info from README.SMTP-AUTH and clarify corresponding comments in configuration file (Closes: #281249). (am) * Add an example for AUTH LOGIN using saslauthd. (Closes: #276450). (am) * exim4-base.cron.daily: Use find | xargs -0r (Closes: #279205). (am) * Document /etc/email-addresses in README.Debian (Closes: #276958) (am). * exim_tidydb did not work properly with split spool directory. (am) * Make exim prefer stronger ciphers. (AES_256 AES_128 3DES ARCFOUR). * Make the prefered local transport (maildir/mailspool) configurable in update-exim4.conf.conf, attacking #250980. Document this, therefore (Closes: #274597) (am) * Move slightly more expensive tests in rcpt ACL further down. (This only changes commented out example code.) (Closes: #267708) * Fix 62_statvfs to work with older versions of dpatch. (Closes: #286302) * Version dpatch build-dependency to safeguard against reintroducing this bug. * In comment point out that using saslauthd for SMTP AUTH requires giving exim privileges to use it. * New patch 66_can2005-0021_can2005-0022.dpatch from http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050103/msg00028.html fixing two buffer overflows labeled CAN-2005-0021 and CAN-2005-0022 (mh/am). Files: a589f86dd790b19b99ee7f7b8ee7deec 1073 mail important exim4_4.43-2.dsc 7bc50d06192f3bc6154960a04d47dca5 548728 mail important exim4_4.43-2.diff.gz c86c660d888a19f27ff5059adf738509 768752 mail important exim4-base_4.43-2_i386.deb 7b0fb54f5b6e2d148087dcb0563dd7b6 359140 mail important exim4-daemon-light_4.43-2_i386.deb 8bbbe02d3896b7cbf35a8cbaff719a70 71984 mail optional eximon4_4.43-2_i386.deb 023cf77e5175c38241ef50b7408e5766 433232 mail optional exim4-daemon-heavy_4.43-2_i386.deb 1a95fa3b238e48ca1b54224346a3a633 210766 mail important exim4-config_4.43-2_all.deb f858d5806e1beba4a702a3848525bb90 1200 mail important exim4_4.43-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB3UOxHTOcZYuNdmMRAoRlAJ0YWOvJD8K2cGGHvBcdfUtpbIrlIwCgh+GK ZYi7zIdaRXDuwJmnHJGUxBo= =5oe9 -----END PGP SIGNATURE----- From installer@ftp-master.debian.org Thu Jan 6 14:32:14 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Thu, 06 Jan 2005 09:32:14 -0500 Subject: exim4_4.43-2_i386.changes ACCEPTED Message-ID: Accepted: exim4-base_4.43-2_i386.deb to pool/main/e/exim4/exim4-base_4.43-2_i386.deb exim4-config_4.43-2_all.deb to pool/main/e/exim4/exim4-config_4.43-2_all.deb exim4-daemon-heavy_4.43-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-2_i386.deb exim4-daemon-light_4.43-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-2_i386.deb exim4_4.43-2.diff.gz to pool/main/e/exim4/exim4_4.43-2.diff.gz exim4_4.43-2.dsc to pool/main/e/exim4/exim4_4.43-2.dsc exim4_4.43-2_all.deb to pool/main/e/exim4/exim4_4.43-2_all.deb eximon4_4.43-2_i386.deb to pool/main/e/exim4/eximon4_4.43-2_i386.deb Announcing to debian-devel-changes@lists.debian.org Setting bugs to severity fixed: 224269 267708 274597 276450 276958 279205 281249 282731 284529 286302 Thank you for your contribution to Debian. From owner@bugs.debian.org Thu Jan 6 14:48:30 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 06 Jan 2005 06:48:30 -0800 Subject: Processed: Fixed in upload of exim4 4.43-2 to experimental In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > tag 224269 + fixed-in-experimental Bug#224269: exim4-daemon-heavy: a cron job should periodically delete gnutls-params Tags were: pending confirmed Tags added: fixed-in-experimental > tag 267708 + fixed-in-experimental Bug#267708: verify sender should be after the header checks in the 30_exim4-config_check_rcpt acl file Tags were: patch Tags added: fixed-in-experimental > tag 274597 + fixed-in-experimental Bug number 274597 not found. > tag 276450 + fixed-in-experimental Bug number 276450 not found. > tag 276958 + fixed-in-experimental Bug number 276958 not found. > tag 279205 + fixed-in-experimental Bug number 279205 not found. > tag 281249 + fixed-in-experimental Bug number 281249 not found. > tag 282731 + fixed-in-experimental Bug number 282731 not found. > tag 284529 + fixed-in-experimental Bug number 284529 not found. > tag 286302 + fixed-in-experimental Bug#286302: FTBFS: Build-Depend on dpatch >= 2.0.10 Tags were: confirmed patch Tags added: fixed-in-experimental > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Thu Jan 6 14:48:33 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 06 Jan 2005 06:48:33 -0800 Subject: Processed: tagging 288918 In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > tags 288918 = confirmed sarge security upstream Bug#288918: Security patch Tags were: upstream security experimental confirmed sarge Tags set to: confirmed, sarge, security, upstream > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Joey Hess , 288918@bugs.debian.org Thu Jan 6 20:49:37 2005 From: Joey Hess , 288918@bugs.debian.org (Joey Hess) Date: Thu, 6 Jan 2005 15:49:37 -0500 Subject: Bug#288918: do these holes affect exim 3? Message-ID: <20050106204937.GA32579@kitenet.net> --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Re these two security holes, which have just been assigned CVE ids CAN-2005-0022 and CAN-2005-0021, does anyone know if the security holes also affect exim version 3? --=20 see shy jo --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB3aRgd8HHehbQuO8RAjTgAJ0XXjogebq/cagsj0G3RDhEoP9MYQCgs4Kt T3U+vqr7Z+h3eUmgW8TZVZ0= =JYEE -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From Marc Haber , 288918@bugs.debian.org Thu Jan 6 21:56:49 2005 From: Marc Haber , 288918@bugs.debian.org (Marc Haber) Date: Thu, 6 Jan 2005 22:56:49 +0100 Subject: Bug#288918: do these holes affect exim 3? In-Reply-To: <20050106204937.GA32579@kitenet.net> References: <20050106204937.GA32579@kitenet.net> Message-ID: <20050106215649.GL3636@torres.l21.ma.zugschlus.de> On Thu, Jan 06, 2005 at 03:49:37PM -0500, Joey Hess wrote: > Re these two security holes, which have just been assigned CVE ids > CAN-2005-0022 and CAN-2005-0021, does anyone know if the security holes > also affect exim version 3? You might ask that question to the maintainer of the exim 3 packages. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Thu Jan 6 22:18:25 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 06 Jan 2005 14:18:25 -0800 Subject: Processed: Re: Bug#288918: do these holes affect exim 3? In-Reply-To: <20050106221327.GH6293@downhill.at.eu.org> References: <20050106221327.GH6293@downhill.at.eu.org> Message-ID: Processing commands for control@bugs.debian.org: > clone 288918 -1 Bug#288918: Security patch Bug 288918 cloned as bug 289046. > reassign -1 exim Bug#289046: Security patch Bug reassigned from package `exim4' to `exim'. > retitle -1 Vulnerable to CAN-2005-0021 Bug#289046: Security patch Changed Bug title. > tags -1 = woody sarge sid security patch Bug#289046: Vulnerable to CAN-2005-0021 Tags were: upstream security sarge confirmed Tags set to: woody, sarge, sid, security, patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Andreas Metzler , 288918@bugs.debian.org Thu Jan 6 22:13:27 2005 From: Andreas Metzler , 288918@bugs.debian.org (Andreas Metzler) Date: Thu, 6 Jan 2005 23:13:27 +0100 Subject: Bug#288918: do these holes affect exim 3? In-Reply-To: <20050106204937.GA32579@kitenet.net> References: <20050106204937.GA32579@kitenet.net> Message-ID: <20050106221327.GH6293@downhill.at.eu.org> clone 288918 -1 reassign -1 exim retitle -1 Vulnerable to CAN-2005-0021 tags -1 = woody sarge sid security patch thanks On 2005-01-06 Joey Hess wrote: > Re these two security holes, which have just been assigned CVE ids > CAN-2005-0022 and CAN-2005-0021, does anyone know if the security holes > also affect exim version 3? Hello, The second issue concerns SPA authentication which exim v3 does not support. The other issue | The function host_aton() can overflow a buffer if it is presented | with an illegal IPv6 address that has more than 8 components. | The input to this function is supposed to be checked; the report | said that an unchecked value could be passed via the command line | (without specifying which command line option, annoyingly). I found | one such case, which was a call do a dnsdb lookup for a PTR record, | as part of testing expansions using -be. applies afaict, both parts of the respective code (dnsdb and host_aton() are identical. ------- --- exim-3.36/src/host.c 2002-04-04 14:56:18.000000000 +0200 +++ exim-3.36/src/host.c 2005-01-06 22:50:30.000000000 +0100 @@ -620,12 +620,18 @@ if (*p == ':') p++; - /* Split the address into components separated by colons. */ + /* Split the address into components separated by colons. The input address + is supposed to be checked for syntax. There was a case where this was + overlooked; to guard against that happening again, check here and crash if + there is a violation. */ while (*p != 0) { int len = strcspn(p, ":"); if (len == 0) nulloffset = ci; + if (ci > 7) log_write(0, LOG_MAIN|LOG_PANIC_DIE, + "Internal error: invalid IPv6 address \"%s\" passed to host_aton()", + address); component[ci++] = p; p += len; if (*p == ':') p++; --- exim-3.36/src/lookups/dnsdb.c 2002-04-04 14:56:18.000000000 +0200 +++ exim-3.36/src/lookups/dnsdb.c 2005-01-06 23:10:53.000000000 +0100 @@ -116,7 +116,7 @@ /* If the type is PTR, we have to construct the relevant magic lookup key. */ -if (type == T_PTR) +if (type == T_PTR && string_is_ip_address(keystring, NULL)) { char *p = keystring + (int)strlen(keystring); char *pp = buffer; ------- cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From ayumi@pinky.naturalheart.to Fri Jan 7 05:43:12 2005 From: ayumi@pinky.naturalheart.to (—Žq›¶) Date: Fri, 7 Jan 2005 14:43:12 +0900 (KST) Subject: =?ISO-2022-JP?B?GyRCRy4kJExrJE5IayRhO3YbKEI=?= Message-ID: <20050107054312.4E590151B6@year.ori-g.net> $B!y!,!&!#!#!&!,!y!y!,!&!#!#!&!,!y%^%,%8%s%A%c%C%W%j%s!y!,!&!#!#!&!,!y!y!,!&!#!#!&!,!y(B $B!&!E!E!D(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!!!!!!|!|!|!XG.$$Lk$NHk$a;v!Y(B $B!!!!!!!!!!!!!!!!0l?M$Nl=j$GBg%O%W%K%s%0"v(B $B!!!!(B $B:G=i$OCQ$:$+$7$,$C$F$$$?H`=w$?$A$b(B $B!!!!!!!!!D%I%m%I%m$K1x$l$k$^$GJt;E$5$;$i$l$k=w$?$A$N0lIt;O=*$r87A*8x3+!*!*(B $B!!!!(B $B"#%3%9%A%e!<%`$NN"$NN"(B $B!!!!!!!!!D%J!<%9$d%9%C%A!pJs$NMxMQ$K4X$7$F$O!"(B $B!!!!!!!!3F?M$,<+J,$N@UG$$G9T$J$C$F$$$?$@$/$3$rA0Ds$H$7$F$$$^$9!#(B $B!!!!!!!!7G:\>pJs$K4X$7$F$N$*Ld9g$;$dB;32$KBP$7$F$O$$$+$J$k@UG$$b(B $B!!!!!!!!Ii$$$+$M$^$9$N$G!"M=$a$4N;>52<$5$$!#(B $B!!!!!!!!7G:\$5$l$?5-;v$N0lIt$^$?$OA4It$r5v2D$J$/E>:\$9$k$3$H$r6X;_CW$7$^$9!#(B ------------------------------------------------------------------- $B!!!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!](B $B!!!!(B $B"(9XFI2r=|J}K!(B $B!!!!!!!!9XFI2r=|$O$* Reply me with this alternative email address. mathewalfred@graffiti.net mathew_alfred2004@yahoo.it Attn, I am Mr. Mathew Alfred, the Manager funds release with Standard Trust Bank (plc), I am the accountant in charge of Mr.Moris Miller`s account who used to work with a Multi-National oil Firm in Nigeria. Here in after shall be referred to as my client On April 21, 2000, my client, his wife, and their three children were involved in a car accident along Sagamu express way. All occupants of the vehicle unfortunately lost their lives. Since then I have made several inquiries to locate any of my clients extended Relatives, this has also proved unsuccessful. After these several unsuccessful attempts, I decided to contact you to assist in receiving the money left behind by my client before they Get confiscated or declared unserviceable by the bank where this huge deposits were lodged, particularly the Standard Trust Bank (plc) where the deceased had an account valued at about ($12 million u.s dollars) has Issued me a notice to provide the next of kin or have the account confiscated within the next ten official working days. Since I have been unsuccessful in locating the relatives for over 2 years now I seek your consent to present you as the next of kin of the deceased so that the proceeds of this account valued at ($12 million u.s dollars) can be paid into your account and then you and me Can share the money. 60% to me and 40% to you . All I require is your honest cooperation to enable us see this deal through.I guarantee that this will be executed under a legitimate arrangement that will protect you from any breach of the law and i hope the fund arrives your account in latest 10 banking days from the date of the receipt of the following informations: (1)Your full name and address The above informations will enable me apply for payment into your account. Please get in touch with me by my email. mathewalfred@graffiti.net mathew_alfred2004@yahoo.it Best regards. Mathew Alfred. ___________________________________________________________________________ Mail sent from WebMail service at Find A Childcare Web Site - http://www.findachildcare.com From joshua5@o2.pl Fri Jan 7 20:36:54 2005 From: joshua5@o2.pl (Joshua Williams) Date: Fri, 7 Jan 2005 21:36:54 +0100 Subject: Link Exchange RGVhciBXZWJtYXN0ZXIsDQpXZSBydW4gc2V2ZXJhbCB3ZWJzaXRlcyBvZmZlcmluZyBhY2NvbW1v ZGF0aW9uIHNlcnZpY2VzIGluIEV1cm9wZSBhbmQgSSB0aG91Z2h0IHlvdSANCm1pZ2h0IGJlIGlu dGVyZXN0ZWQgaW4gRXhjaGFuZ2luZyBMaW5rcyB3aXRoIHVzLiBFeGNoYW5naW5nIExpbmtzIGNh biBicmluZyBib3RoIG9mIHVzIA0KbXV0dWFsIGJlbmVmaXRzIGkuZS4gSW5jcmVhc2VkIFRyYWZm aWMgdG8gb3VyIHdlYnNpdGVzLg0KDQpXZSBwcm92aWRlIHNldmVyYWwgdHJhdmVsLXJlbGF0ZWQg c2l0ZXMuIEFsbCBvZiB0aGVtIGFyZSBQYWdlIFJhbmsgNSBvciA2LiBPdXIgTGlua3MgDQpwYWdl cyBoYXZlIFBhZ2UgUmFuayBmcm9tIDIgdG8gNC4NCg0KSWYgeW91IGFyZSBpbnRlcmVzdGVkIHBs ZWFzZSBjb250YWN0IG1lLg0KDQpJZiB5b3UgZ290IHRoaXMgbWVzc2FnZSBpbiBlcnJvciBwbGVh c2UgZm9yd2FyZCB0aGlzIG1haWwgdG8geW91ciB3ZWJtYXN0ZXIuDQoNCkkgbG9vayBmb3J3YXJk IHRvIGhlYXJpbmcgZnJvbSB5b3UuDQpCZXN0IFJlZ2FyZHMsDQpKb3NodWEgV2lsbGlhbXMNCg0K DQpJZiB5b3UnZCBsaWtlIHRvIGJlIHJlbW92ZWQgZnJvbSBvdXIgbWFpbC1saXN0LCBwbGVhc2Ug c2VuZCBhbiBlbWFpbCB0byByZW1vdmVAbzIucGwNCg== From jeroen@wolffelaar.nl Sat Jan 8 01:08:51 2005 From: jeroen@wolffelaar.nl (Jeroen van Wolffelaar) Date: Sat, 8 Jan 2005 02:08:51 +0100 Subject: Bug#287636: More Information In-Reply-To: <20050108003622.GA14334@wolffelaar.nl> References: <2B068160-597A-11D9-8025-000A95E08538@andrewloe.com> <20041230001033.GC15589@www.lobefin.net> <20050108003622.GA14334@wolffelaar.nl> Message-ID: <20050108010851.GA17869@wolffelaar.nl> On Sat, Jan 08, 2005 at 01:36:23AM +0100, Jeroen van Wolffelaar wrote: > /etc/mailname can definitely not be three lines... It's defined by > policy to be the canonical domain to qualify an unqualified mail address > with, and naturally, that cannot be three domains at the same time. exim4's postinst however explicitely head -n 1's /etc/mailname, it might be interesting if they could shed some light on why they do so. --Jeroen -- Jeroen van Wolffelaar jeroen@wolffelaar.nl http://jeroen.A-Eskwadraat.nl From evon_zamunda1@tiscali.it Sat Jan 8 20:16:39 2005 From: evon_zamunda1@tiscali.it (miss evon zamunda) Date: Sat, 8 Jan 2005 13:16:39 -0700 (GMT+7) Subject: HELLO Message-ID: <17166.212.199.108.11.1105215399.squirrel@mail.ibatam.com> HELLO PERMIT ME TO INFORM YOU OF MY DESIRE OF GOING INTO BUSINESS RELATIONSHIP WITH YOU. I BELIEVE YOU ARE A REPUTABLE AND RESPONSIBLE TRUST WORTHY PERSON I CAN DO BUSINESS WITH AND BY MATTER OF TRUST I MUST NOT HESITATE TO CONFIDE IN YOU FOR THIS SIMPLE AND SINCERE BUSINESS. I AM MISS EVON ZAMUNDA THE ONLY CHILD OF LATE DR AND MRS RAY ZAMUNDA . MY FATHER WAS A VERY WEALTHY COCOA MERCHANT BASED IN ABIDJAN, THE ECONOMIC CAPITAL OF COTE D'IVOIRE BEFORE HE WAS POISONED TO DEATH BY HIS BUSINESS ASSOCIATES ON ONE OF THEIR OUTING TO DISCUSS A BUSINESS DEAL. WHEN MY MOTHER DIED ON THE 21ST OCTOBER 1985, MY FATHER TOOK ME SO SPECIAL BECAUSE I AM MOTHERLESS. BEFORE THE DEATH OF MY FATHER ON 24TH NOVEMBER 2003 IN A PRIVATE HOSPITAL HERE IN ABIDJAN,HE SECRETLY CALLED ME ON HIS BEDSIDE AND TOLD ME THAT HE HAS A SUM OF US$19,500,000 (NINETEEN MILLION FIVE HUNDRED THOUSAND UNITED STATES DOLLARS) DEPOSITED IN A SECURITY FINANCE COMPANY HERE IN ABIDJAN WITH MY NAME AS THE NEXT OF KIN. BEFORE HIS DEATH, HIS LAST WORDS WAS THAT I SHOULD MOVE TO GHANA IMMEDIATELY AFTER HIS BURIAL WHERE HIS ENEMIES WILL NOT KNOW MY WHERE ABOUT THEN FROM GHANA THAT I MUST FIND ANY POSSIBLE MEANS OF MOVING OUT AND NATURALIZE IN A FOREIGN COUNTRY WHERE I CAN PUT UP SOLID INVESTMENT WITH THE MONEY SO THAT I WILL NOT LACK ANYTHING AS HIS ONLY DUAGHTER. NOW I AM STAYING HERE IN A VILLAGE CALLED OKPONG IN KUMASI GHANA WITH A TEACHER AND HIS FAMILY OF 4.THOUGH THEY ARE VERY POOR BUT CARING. ACCORDING TO MY FATHER, IT WAS BECAUSE OF HIS WEALTH THAT HE WAS POISONED BY HIS BUSINESS ASSOCIATES, AND THAT I SHOULD SEEK FOR A FOREIGN PARTNER IN A COUNTRY OF MY CHOICE WHERE I WILL TRANSFER THIS MONEY AND USE IT FOR INVESTMENT PURPOSE ,(SUCH AS REAL ESTATE MANAGEMENT). NOW THE SECURITY FINANCE COMPANY HAS MOVED THE FUND AS DEPOSITED TO THEIR SISTER COMPANY ABROAD BECUASE OF THE WAR IN MY COUNTRY THEREFORE, IT BECAME A VERY BIG OPPORTUNITY FOR ME TO FULFIL MY FATHER'S DREAM FOR ME TO MOVE OUT OF MY COUNTRY. I AM HONOURABLY SEEKING YOUR ASSISTANCE IN THE FOLLOWING WAYS: (1) TO SERVE AS THE GUARDIAN OF THIS FUND. (2) ASSIST ME IN PUTTING THIS SUM OF MONEY IN SAFE KEEPING BY ACCEPTING TO RECEIVE IT FROM THE SECURITY COMPANY WITH A LETTER OF AUTHORITY FROM ME. 3) TO MAKE ARRANGEMENT FOR ME TO COME OVER TO YOUR COUNTRY TO FURTHER MY EDUCATION AND TO SECURE A RESIDENTIAL PERMIT FOR ME IN YOUR COUNTRY. MOREOVER, I AM WILLING TO OFFER YOU 20% OF THE TOTAL SUM AS COMPENSATION FOR YOUR EFFORT /INPUT AFTER THE SUCCESSFUL CONCLUSION OF THIS TRANSACTION. FURTHERMORE, YOU CAN INDICATE YOUR OPTION TOWARDS ASSISTING ME AS I BELIEVE THAT THIS TRANSACTION WOULD BE CONCLUDED WITHIN A FEW DAYS YOU SIGNIFY INTEREST TO ASSIST ME. THE DETAILS OF THE SECURITY COMPANY, CERTIFICATE OF DEPOSIT AND DEPOSIT PIN NUMBER WOULD BE RELEASED TO YOU WHEN WE MUST HAVE ESTABLISHED CORDIAL RELATIONSHIP AND HAVE THE FULL IDENTITY OF EACH OTHER JUST FOR ME TO BE WELL SECURED. ANTICIPATING HEARING FROM YOU IMMEDIATELY. THANKS AND GOD BLESS. MISS EVON ZAMUNDA. ----------------------------------------- Kunjungi pusat informasi Batam. http://www.ibatam.com/ From antoniac@bellsouth.net Sat Jan 8 12:07:28 2005 From: antoniac@bellsouth.net (Ernie Henderson) Date: Sat, 08 Jan 2005 04:07:28 -0800 Subject: you can save 7o% on medicines Message-ID: <262297@YVUUCM> This is a multi-part message in MIME format. --Java.HLMEN.471109168558225 Content-Type: multipart/alternative; boundary="Java.GNUQR.100745401685279" --Java.GNUQR.100745401685279 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Get a capable html e-mailer --Java.GNUQR.100745401685279 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 A new audiotape purp= ortedly from Osama bin Laden appeared on Arabic Web sites today, referencing the December 6 attack on the American consulate in Jeddah, Saudi Arabia. Five = employees and four attackers were killed in that attack
3D""
 
General: Al-Zarqawi likel= y in Baghdad
Senior Iraqi official gunned down
 
=

BAGHDAD, Iraq (CNN) -- The most wanted man = in Iraq, Islamic militant leader Abu Musab al-Zarqawi, is most likely in Baghdad af= ter losing his sanctuary in the western city of Falluja, but he is having a to= ugher time planning and launching attacks, a top U.S. general says.
=
 
"He can operate pretty safely, we think," said = Lt. Gen. Lance Smith, deputy chief of U.S. forces in the Middle East.
 
"In some areas of Baghdad, there are those that= would hide him and those that would passively allow him to operate. You can find= him someplace else tomorrow."
 
The United States has offered a $25 million rew= ard for al-Zarqawi's death or capture, accusing him of leading a terrorist network= inside Iraq.
 
Al-Zarqawi leads the al Qaeda-allied Base of Ji= had, which has claimed responsibility for attacks on U.S. troops and Iraqi secu= rity forces and the beheading of international hostages.
 
U.S. soldiers and Marines, aided by about 2,000= troops from Iraq's fledgling army, recaptured Falluja in November after insurgent= s had effectively controlled the city for months.
 
Smith said that the loss of Falluja has made it= more difficult for al-Zarqawi to communicate with his lieutenants but that "he = has not been emasculated."
 
"He no doubt maintains communications with key = elements of his leadership and is able to continue some level of command and contro= l over the disparate operations," Smith told reporters at the Pentagon on Wednesday.
 
"It is just far more difficult to do now becaus= e they can't do it, generally speaking, via electronic means. They do it by meeti= ng in cars and driving around and giving guidance and doing all that stuff."
Drive-by shooting in Baghdad
 
See if you don't want, here then http://www.rlwnanxfi.141= bbiwriw.com/bye/
--Java.GNUQR.100745401685279-- --Java.HLMEN.471109168558225 Content-Type: image/gif; name="zcz.gif" Content-Transfer-Encoding: base64 Content-ID: <431096c4d3c0$2180fea0$489aa8c0@YVUUCM> R0lGODlhZAHcAMQAAAAAANXh+czNTX54fP8AAA8Pz7+/8mBVXWShoNjSz729vT8/P5BqX6ebn7WM YPDs7f///4CQ6E9P3OXj5OHQhP9/f9/e37WptfT0/BgYGP8/P7ich/9mZt3CuY+EjHFrbyH5BAQU AP8ALAAAAABkAdwAAAX/ICSOZGmeaKqubOu+cCzPdG3feK7vfO//wKBwSCwaj8ikcslsOp/QqHRK rVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8Tq/b7/i8fs/v+/+AgYKDhIWGh4iJiouMjY6PkEkY DxYTDw8nGBiRnIubEJqfJZOhpZ04pamqp1yhKJuVEBYWl5qsqLWhD6qpIqK3S66ZmpSzEwkKFwrH CgmVu77AL5OX1bm8q7/SQdokuhYJ4RbJDcoJF+gNCuDNCRPd2yjW89fYpqDxRcSUyOQNHg3KobsQ 8MKxf+baJdgFLx8EevTsYROByeEOYhPYBfQwoKPHjwPKKfhXLpwyBR7W/yGzYMsiCYgwGUo0VdGl jEkZkRH0wHHAh58/OwL1OVRkgoDtSIZb18cahQ4daPWIGXNmrwnb4N0bgcESs5E8eQoFSvaDx7Bi P5YrBzDcubcXEgijk6ADBQoC8urNe1duDqpVrZrCGq9lCXDOkqHrCfJj2QEAAxYcuDEs0pPqwglc 2JDNg7t7Q4e+S6HmDMAQU1XjJZOYxQeJl6pr0DEg0aEf0UYmeNKtb3I8BSbzYE5ZXGhy8IpeLpqC BRrUUKeW7qozp6+RD6SkfSAk445oJYtUaG2W+Qno0Z+TrKD9SGXjFJh285m5/ebW5UnfD3gTYWDj 0BaSAkDtFFZQlhXUHv9U4aSnnj8CmfMOJeSYc1Rm7f1H330cjhYDfyDCpMt81yHjQXdrhdTABwd2 F5wyHbjlYDhQdSCeZAQVtFA1ig3UY3tSbdjhkHzlx5UlISY5DwbPSUMQZCsCROBjAMXlDj11QXXB BlxucONamSHJjz9xJdPeQm8QqaYAFLjwQHpKxvmQkYyw2MwHB3yQo1kD5CkSetXM6I56NW6gW2SZ OYNkfCNhmIxfbSjH15r3ddBCJYDGqaQsOQRgwKegfhrAqAHQSUaeOaqIIlDEDYpejbDGGiuXDNTK AJTotEMLMiYNNMFxpnohKZvDUioaiSW8mammST50g6i8kDpqqAG0UdD/AWsFxWpcDk4g67ff0npr lRZ+9R465ywTbBeSgsZhsZWu0C2Iy9IDZ6Aw0eBptaAIhoGnoOqw7g9sLaDnkx11d9wlWUJF2sMQ g0srruWmO56Z76wBr7EcWtdtRsbUa8289t4bU5MxfOqLv5qU+q8BEfBrRjoqsnjBiR80EJUFsULs 889PwWqobuiew1t7J7GkcXN6OeAA08w9rRdelsqD6cfoXY01yfZSBUECMhhQLcvRThvBwCZ8LFMR tKVEIKp5tpolxBuQ1uXddQMNqwO1csSTcQP5eIHSSewSaFc4JNCccnzbKpqtDDwNr3LIPnQ1RFsD yvU8y4pZiwIpj012/9mjxnyTsjmJM0s1RJyILUE5r6hnB68+jLfTuOfe5c9CD11bjxG+VflUysYI q5g3bIxX47ZKnZcDC0QfvfPLVQ4ynPWuznVGXnkeqPfWgP7C2aNjI23pA/8rrXnsrz5XDxdAdkHO cR2gXYxz3577/k7jzaXPhdrAuNgiHqShKQiX8BYt2Ie/hsUIZTHYGJscsIFwcMlpz1sAA8ISuftA kATcw969tlYetY0MfNUAmwvIV75UnI9UMHMB6UjlG2c84305yFWfDnCz2rilA3fjX/+CSEH/7Y40 NbrZ31BSwJHIB20sYNibpuiqqMjKgcNDAYeq1hUB2moD79DEBCTIF/8UnEdzDkKdCdVosu/BRHws YGELW/ZCgMFMZirACXqkRUca+oYWvcgBcQjogQK5A4hExN0F+del/RkRiUD8G0mIQ5D2IEcHmINN MRAjDgfGKosl6FBNEmArD2gIAhLES5tOwD5AhSxzaWQjCmMCRxWIbY59fCGoIhABA7TAHQ8plTBF JcxpiQ1U7oPiCZ5UkELajEaNFKI0p8nIu0CFS4PEUa7UtYNqaI0Sm2zQD2cFRCCqcAUP6NAqRYAS MJagA++CR/ss8UpYYu+VMfGcJWqJglu2sI7SChUvI9CCMKJHfQFIhgX4CMNRsa8W/foFKElwlI7Q TDvLuOYGcBc5anr/VIj/uyaixJM0ZZoggVNcnat808BZXQCIDihnFIf0wZPeBzTImucm7RnLEM7S Xhjgpwk+VT6AwjBUMBsoC0jB1IR+SgGasMDgdMlJG0KUBhcCCJTu9wBEOq1WHw2rI/9HAUNJBiDk Wscla4AJcXT1Eog5RgI2YLyo1MUB3tooXZ021wFULQWKuymbskhGNuWlphA4xhnlqiiefk9kmDvo BfJoALIZ9ahIHagEfCkvw0UVSOMo1UjEZtQaVuITA7vQSFblgQ509YLN42hHqTlbj97tH5KcDGdu gIlLuJZnxRvUXL0FFZ5dAK/XjKkD5rpRByB2BIqTGhn/aoLA2gc0/4hVrHlkGUtZPhZJkMWXUEkQ s1HN5LJ2ROoueSkBPKLAEqGQ6gUeMCq5BCAclcUAtBB63xoeEB8usIB4DjSAuMC0cbKFnBBjG9bb +q0gm1nrDOgJDqgwLAEUsERd5lujcPBVS3xLbkdVkE4iVa6whhUAsmDTSp66+MX7TMG+XGa+y6pX vQONgAQuhZXPLkWt7rEvOkalAIC6BZApgMcDnkRJnOnswGCFnJQTzOAG+w4yiEJXxtiK0geAEZw0 YtgGvFzcDjg3RlsSYEwb0NwGnJKialonCeD5rrto5cjty7PWYMzTc5rgbOZ1IXpvfOMcS4CgLDio Ko5B5E2OQ2wjQf+vODYxUV9UNHYcwVY0pczpTiuYo7blCItwyxOMmRQCrl0Iz1yb6lZ7i0bItVE5 gcgAMysXd9RN1ppyXeJ3CSDXFFWdnofN58xpsp+kNW8xjUpoQudYx6YyHCb+FdV+YOACBljHtIrc 32Ii1L+VDioTV+QT7aSZeZ5Ot7prqzufgMc2OQPSqV37JqjIogOT+G2qG2bBGimXSw24Ne5UsDj7 uHYEQyLNcxOL52E7fJ58fsB4RZBs9GK22QJ9Ni+jDd99MOQdvwIdMgKADgyEg8bKZpJ5luKNhqBk MbX5ySLXTfOa903UZ6mMOghHg9+qVJx14ZknZ9WlgINUBcNy103/UcwX7Cb5jw+P+p4zZwxkoGDG Fse4szW+42nUoxQMWSB5xpGA85m8yHR0i2FS8PKN/EPmXrS5zdEt5dtARii7OY4NosJi2MiorrKi awfSHE1pIr3gcWYOaMasgqpKXerdWux2G9AQYjJb64XWuAE2G4NesCax6Cm5yRmymnO8sIZvpiiT y4En7fBE7rDvtKiBgtu4pUTvbAWUM/hBI3DZ5W6IbO7RAXtddV5XOaUhsX9t+Pjmz9PqKOglQDGf eY33kpcziM5MErgUlnjc7wmdan2D3BmJ00ZP3PnABj0Q+/bb6jb2Cw5PfvInG8DmGH7vfZa6BKs0 P8VLiyREfnZS/8rDMVPjLsBmAlVlWs7nfBI3PL1kedSHY9b3bF2XfasBCmtDDJvAJFdyDaFFcnIx C0TmHjyXLAbSEzxxABvkfrCHVkOBJz8RHH1CHNzEVu7gX0JDXA5ja0B0bsI3RA7AAnRGPQY4NXrB eOi0fI7XgA8ncRMnAhE4gRRYgRZ4av3SGtHwCeixMqUwAesQH5rQDCWYKw3xACRxMz8RP3nyE+pm PyzYfmahVWThEfaDZZAhbzbQFQxSF55UQbP2UnvlVUHoAGXlXFG0AUfIIQ4QhcnCK8sHdU44C6rT ACswhVT4KVaoee2VA10RJBThLP2SWB7HDGcnTOvwMu8RhdcWO/9R0gBtaBYu6Gn2MxTz9xN3OH95 Ah5lcoKngWFZ8ofXZBdmlmYwtVGEV1Ze4gK2ZoRQoyZKuFTsEImS6IQN0gALR3GYOIGb+Gybx1k6 oD0VYQsSwQ9BBTb1BUNOdAFnKGCyExAyiHMDwABxOIsMwCce0Xp5Aod8kmnmBh85MHSFElNcAhUO sCWHeAFlhUgU8FIUBAMUgEEC4IxEMizLBQOwcSbUyHzN5xtQ2ALbSH3dOFDf6AOfeFqiIBhfQQsw lA6WaDU7kTOZpov9SI/2AzlwmJMsWIeOoZNl0Xph8W7qkHozsGrkpJD+tlcM8D+CaBfHFVMf0lyL uBcM4Ijy0A//G5mVC+gWH9kCMJOJ62WFJQkEkwAOraENvOAg6vMpOcKOrzABbodzhcSPjqGPORkU damTeqmTdhg3gaNW3eR75URXhJlEZRWRTnNwMpAAuDOVE7kBNJCRkJiVlNkgygADXwmWW6dj4IhA cZWSLLNtOFJ+YRE/PvF2P1mXPwkUe9maqRkZ7hGbu8UDXfUtQSMr/7dRFmYDFuABjckxTgNVbMUo GlmZTJguMhAAvKSZhcZ5ZClRjLVlXmgP5sEb6JBHCCEWYsEnMsgidncbuGg/C5CT4yme5bmLebdN f6lWWKgCPGhmQKSMyqhI/3UDE6BmEvmMe4FrOPAm/RBkxomV/wexI2iTVMy5S51oBJ/gaGGEliNS DO4xlCvQKPSXfitYi6LWmnAoPRxannMYIesJoPVSBNVQV3VTI9nIVs3lOPfxVUuZojAgV7EJoDXU DEGmEf6FZC+QVCQpkgO1bHy0Cp6YknIFSKbwoP1lJh2oAucgavEzg4yBi+FZnh3qk7jSIz6iEIqS GktAegHwDgEgYTtgAXFXcxXUniMgoz82o2zaDuiBFBtJlC0XCjw6kpoVM5noXjzQSme5D3JVctGQ AgLGEbbRInfHj6x5nlAKolmqEJdzlqOYB3IlmIqCpiD0Gzb6nzTqFpVEmXI6AsZUhRIwqqRaqttY R1sxBCdJC/9nqSzpsqQr0JshMT8o4kxY5joYGhyMehLF6SrXYBM1UJZugTTG4R45YhRaKaZ48Ik2 9DGA+QJMNH+68RGBw6vbpJFntBqWCqzJkkAgQ5nnkYGCQA3Dlj5gqETEQTG5EqKO+gxayK3w+gU6 YaOxORB/5DmpegUfkAEA8AGzcAAZ8AFTAIsCCwErIgTjUGlQkDNygEMrMAk/xqu6ginW4LBbkAAA MFkGO4A/YAELAAAHADoWcAAgewIHsAAi8AEoCwR9ogAna5VF4LEgK7IkewAQYDBZ0CcvOQIPcAAc S5ug16zzwAYDkAGwobEPQRvikwBuMwBwFD8veSYQYEkpkAH/HkACNnsCA7CyCAsAI7AAMGsEVou1 TPAAXBtFGTAAh5EBSDsV+CBVoLMLCXAAEmYBWws2PfuzWjCeO3uzg5MBoKMAGbAAtAEAmPATZqu2 F5ABNpsnw1O0IxAXIpAAkFERWysLATG1A0AL8fMQ8fMAPEEJIeECCgAA4qMO7FS5njsAoOsBoruz lOu6OgC5IiC5TCs+UMuzpSYft3udsgqjJNAAGfsCC6C2SoAnIzGeELC4iIWxIsu2YWABANC3B/Ac xSsC1wsBpgsBBca9K+sBGZAABSuo2wsBV7u8KKuyInC5HouywisfA+C1PQsATju45TC8LbAAAYsy sAgbRju///VLuBcwvBeQvmfLm+V7voKrtoh7vQ8AuIIrH4JbvABgAUa7uAprvvYDXU0LOrTRJMX7 wanbJAowuporYJtbA3gyAg1wwCdQvmMAEOFLAvGTtthrvOVLudEzAiTbAhssYLWrtqW7vit7udob uF47tUlsxNnbAi0MspeQAU2SJ0pMxDe8vEKcxDnwwzt7vd17uUN8xFfsDFkLwyvQD4bLTvYbv057 sti7AAQBvR6wvX0CAd1hviB7AW5clPgrAnTbuUnrtCOwvSX8HK3bt1cguXt8s5aYvdm7vStsxBCw r8arAg1gtOcrAr3Zw95rxWIcxmHMxJVMuowbxp0cyiubvf+brMU4cMmgSwLZq8Mo+8CzIMVXTBGF G7bcKwJje8uEnMTZa8Sm+wBpLLgi8Ms0MMeHMb/Y+7fis71zDDoL4AwZoAVMSxEBW8U3a7yPDDp0 XMRSBQB6SwIZ8A+RuwASt8RFvLLIrM2i3AIpnLJgq8V1jMpXXMDpzAPlnMnbPMk2a8QEC0eqPMNm nAI9mzDV7MtIfMthbLqlKxTsvNAzEL8nEMbV289iLMbiPLVZsK/+yr386rOMq7LVe8mA+wEg2754 Er4AOwsAALgrgNIoc7323MnaO1kDzE7qfMsrUMcpq7bQy8junMpqS9OsjAMyDctq+828PB/BHNFO XBHSKz7/3azN2dvQ7XHUn6zVLjDHJGLKNYzDzww6KA22Y/CAD8h2z8EUMZAAZ1u0PpGxCqC/KUHX dly8KO2vNTvX5XzJZt3T9rNabQXHdTyyM6u/ATG4JZy2KN22N+DWwZsBgBs9Kw02KA0A/Wqwkm2J pfsTaTtR42vHWVvVYZy9KyzG5SwCDYAJ7byY00sCEk24GF2+wwwbJAu8ghAOXzPOU5vBbsLWFAHc LKDbul0ETLEOLttbMH0YImuVHpvNmg2yJk0gM0uyAhs9BIHOkwwACyBVAfsT2w221k0DAFsR4lvF pS3Wx9we3KzL8VoHJ0IR3c0EkwV9JyXcfwGwuEgJNfvA/3kynhZQ1gHO3S1MHFn73oHwAH3iE7wd B+OAWGgtH4DV4Ahe4RZ+4Rie4Rq+4TSAAB7+4SAe4iI+4iRe4iZ+4iie4iq+4ize4i7+4jAe4zI+ 4zRe4zYe4hye4zq+4zze4z7+40Ae5EI+5ERe5EZ+5EgeCM0gqEue5FFAsn/90duNLZKdMDAss2Yt uCnNs1yr5R/N13gCsh0xuLAd0s8BvtmM0qlt2FRuy7JQs2y+Q+Iz1/S7tQUb50XrvlW+tayryXBc wAdOEd2RvGATv2HeJ6ZLsmv+sWCL52Ru0j4h2yig6Dtr2I3O6O2hv3ot5nmO4Bv8EACQycYrySFb AjBsyv+q3cfSe04jsd5+XgKoLslNbMfYrN1+PMhLm9raLL2ZXL4e68l3jQl3PLUHvACZnABSDBna XOqzDsO+vs6pPs6z7uqu3rM18ewIDr6qvcdAbNPyMR+nftSuA8sHXsnli9+xzrWzXskkPQLmDkfC u9ZaTL+4zk5NIskQwLg3y7WBLrymMZ4SHsazgNHUntFsbcSlG4XTntFi/AGmce5NAoousercS/Gy 28kP/MJwhOpoXBOuLAK9DjocYQLp/rWjXMmb28vvzrOhrs3ge+0ij/Jnu6/LS+AmsMjrm9DabPIk 4Owx7+4r++kosPDOPj8DCM2VrO/carUKfrMCu7NwjdL/L9wdVk4CxtvLvGyJ2DjI3bHwD+0RO8zT u7y+NQ86Kz/IWby1dNvzXS/zVp/EIyvZbRv27q7FqL7vH+Hsbe/uaWvDKkD0cPTSts71fB65FH4L KtsAYHPJBgv0t24C4c6zVA+wWIuy/Ly9dkvyrCzrJ+/uOZ/5Ba+9VzvEggtBmO/2fP8St83DB0y7 Oy/2Pi8Lbo/vJwD4g1zAB3z6Fj7ABUvMaw/sY1/vOs3CUg3Dztu2V963JS/2KM/64wvDAyzv8tzz cATE+K68B07M8J7GX3vgd9/sgV/9lsjEoW0CTSy5Pu/f1D8C3f7e0H3XVs+10mvqG6/FoS30N6vz BT/s/8Pv+H7MtSCQDBD0fGS5LCigkM/SkArwZiPZosc4rGRj8YAAErYhauFBJTIWFA1FWuByLuuu 90voRMgk7pFx6bDNJZbEg1yM0jc8Lp/T6/Y7Pq8/uNloSEMGwMfAQMYPhMUHwIKLwgHAgcJCxgmg 4AGKR5UFJNUA5AUU5MFTUOWLysDHwZDFQiRTpiJjoeQMbCkEjaSnLcBF0ODqAJJKw6OMFMyAQlDf ZOQThGGGDG1jZy0ocCAqdaUHwB/Ex2EhLLaCOoR4jC+3aEamXr39PX6+/j5/v8V6v4AkElyJ86+P wDoNlCV8Y+FLw4gSJ1KsaPEiRj0XLGXs6PEjyJAiR//ig0jyJMqUKleybOnyJcyYMmfSrGnzJs6c Onfy7OnzJ9CgQocS5WnBB0I4Hg4wpPiAT4MDHIvCedrnaAwSH5ruazD1TYJWI60O9VqP1y9RcLgU hDPAQ4NmJuWYo6Ii6RwLGUQdQDQn2qobIT0IQkhqGh29am3gWPD1zitGbT/4fXPBCYQEiPVF01VH cSK8/QCbqyKRcr2lSejFKRNnTBo7VKZksOfjTpRdALhmpMz6aY18s/e5rjecX249tyXmpsGbpAIk hpA82FSwzNEBTx7Q8KCgu2g4wwfUeBD3yncj37lrp1ZZTnIA2hcmQKPg7RDu3xUYMd8MRXXt2TFA IEj/LBRcCZs8YQF9S9w3jQhBjFDfFRcQmEdxDMpAYVzbWbjLArckUsg0D3oQnhS5aXiUDPehp11Y jTxA4QVq3XfNegfZEd98DdQ3A34lWMgigAqicF4iCw0U5B1speLCAWh0scBDMnb33TgoSjFciBAs cIFeLlyWiVTV6bBcHc0BYMEr1rQQ1YwZcNfIBeN4CSZsMCTQxGZyjGANCc0EJ8aecrbZQAviuABn EyMoINgHHzCDR4Yq7HLIBYQ9BAmItyRAJQwuiHNAXzsG16YHdR5gIQBDKBpjdI9SUQMoEPCgDZuw pRkcDWxSgqgzrTTxAHDeOVZCBoUOwRQEe72ywgUr/6B2x7GB0sPFEDpk1c4PZRRHhypl2vrEcIQl wNGZ78VBwyqNBLpCAmJMIxVBtv6gy2y1cqFloOWssF9wkU6xxG1u6JDsFI31IAqadXy73HBS6Zbw FMp40G10fa6LIMQ4eOsCmrPF2+qlyH5wIm7yUXZFwfKqcUJu2ArspXe1NUswtI4iSMd0YLBABtAz BPfxGwAYXdlxKFgomBo7pysFeUa3lRwKyyW3nKZKGzJC0kkYvTM1iawJc3CqgCJDwy0kxyUOIlgK xdemEdGWexTXndtwZeT28NdTc/xD3lc8bTe77Q4k3xtRF0f1u0JX/S+CLZjNVMN1J7IU2HE4+W4V Rf/M/XnJoH87R9dZHVfaz5bv6tYPV8+SwRLkyjBbtXg0xizecqeNpc9ejsCK6g4XpIXdt+WexqOx rd6472kM3vzEb0wiZ8qsO25t9HMnXflt0XKX+RticLRUECRchoXE5dBDNLWmHU+NBXUaDLK6cDCu +l4Ve3nv8YSR8I8dJHWJIeTGfyVAm18Opgy2fa5ycygDFyzHpRaVDQfpAx7oTPU4uxEtZFUAFCAe cBQvsYYO90NT/rxEwRnUxoDm4cI0ENi8+71hEYTgxgh4EC0jLAJUMQjCEHrognME8BAMEYNUQtQJ J1gAAGPo4SnIsS5YfAAx07PEpyyUCUTxoC9I9E3/lahQQjkQhkrtAJE09gcKglDCEj2MXyXq4owM jEEFrEBYYkhRiENMbwmUyNQsSGGrG1RpIUIoh2R2dJg+BqIRiyjFGxH1gTmC8DKRmqRgBGlCKlqx jQP5Uq10I4kFuCFcRjjADUrRx60tYjH1qBd8wsOdueBhlrP0CHc0BqDo3DIz/NIDLOvQS/s9ASD7 oAJ/4GPFXzZkT3LIZUWgKbR/QCSYiaDbQIzgTKpwEyZd62ZAaAjOcfokCNsiJz86ocSMcCc8WMFL VB4Dknj2hCz/88FzXBIWWu7kH7rcxbROwgpndGkto7OXRbZhwziUqiGkYVpEQAMgiM6hjFCghBQj /xId82HGHt4IjNw+woz7fLMd4PsIBgFRv4M6MCGfQoI5aNlS5PBqNx0pKRzGBCB5NuSgtvkBopg5 ESVkYWMnaaIr6XGj1O3iQu5x0f8aBCQcZSyZiXEDDdTznWu6DapL8kB+LFQdsFYvBz36UVOpWsyM GemeZH3QkiSEG8IwpApI0lBmvJNXBdQICE5d0YW+d6IHfAiw+bSebjSjJAoB6QLRGZJTMxMkwhaj GAoh2ZKmer20XrOqRrBAWwMiDodQg0weA5lpwdGAaJ3gUC2o1a0gkStsPpNp4hjBK+5jDdayQVor AE4zvrG8Xrn2PqZt0xPWKKfLDOGlFzPpooRF0f+/8NVzYVOhGNZhqUZdala2GoFqUFWnCwg2XpwS LzDucJtX4Ha7gnkENYoBCWOdIFr+KsF8cbqDyiQ3tbmBrXZkGya9EJZ6ASFPVUiWvLk9QMG1sRrJ WuZgk6EMDwH1kiWIpxvKRu+/9ZOeytxVt5ERsDY0GEIDRLg+F2TFgAcrZUjX5YKYhs2+pZWgwjKz 4GYxDHCnvV7H1HuDszEvX0qNHrY+pKZE8DMJ72lwiScG5ZKJD2WdUN4+xGGSwk1LbfIxHJoGx+Ut IC5FcQMxQgrUgOQiQgeg5VT0GqY4vyF2zCQQTBjiooNvebl3gepbiq5gqR4MWWJBhp4HcYy84Bz/ egpfS9wPxKDh2ejlBgSMnAveXFPxPHq/9vsyaqJg58yU+YDkoS0+uNAU3hWN1RvEAoTtR4kmLwOi OLAGGsLMVyEsOXh/yVys3xAIMCUCYXt25dzWFmP7XQGJGn41A1VH1EPrjdE+Vi8iBn3thwQiE/HZ 9fc2WwdxbMbVjrvf9FxhbFTjA5VIOFezlJHiz4Ewxcs5H/7kLUKujVEODc2MzQzBsh+cbza9nimI ERtvIORnHszTAanMl60hLnDZllkMd2FIApzZbThNzM+aFA06D9utDsuRtKLFYt/m1Mbgm74DEo8k g3qHe+EhHGGXluPTkqAyUiqP4wneaEmBGSJV/6QE0TeGjskcxoIOqipEXf5nM3AY3QisBIY2RgnC v3DyokkHOgo+YKNBlCZOUlmC0OPIxzTR8Q9xCVQqNzQMFVBS3r1oEUYbOUQqZJ2Ra6dDIObetrk3 oi8KELsoJ2H1G7Qy6/8ECyVAYQmlZ50NQH8U0yVBdks3xJ/LMGb4jFnVJktTIAyCggg3mk1fRhP0 cAAgAGegy2Hug5oosAC/bE8H2nc+Kb3slepZv017EAQipf/842HPbnTu4AL9Zj70yxp9oLCC1tO/ /v/64hnsc7/73v8++MMv/vGTv/zmlwIC0q/+9bO//e5/P/zjL//507/+9r8//vOv//3zv//+//8/ AAYg+50fARagAR4gAiagAi4gAzagAz4gBEagBE4gBVagBV4gBmagBm6gQ1nVTfzD8jHBVhGFfjwe PoTgRDxAB3RAQqjgCopEB/DTp6hA7WgFDdIgWHgCJcyDCfrLDdLgJG3JD9LgACTFDA7hDTbFpxxC 5E1CVaASE0ZCWPAQEjoGsu3PD8qAOQ0hs9hgFd7gBxzhDSZFtDDCDloWE4BhDQ2h13yYRDwABxAA B2gAAVRAHMShHdrBA1QAAfShH2pAHkqBBgwiIRaiIUKAISZiIb4AHdahHITF1yDbIxjNvGkCI1gR HV0h5EkNX0FC0wmJIDRCJxrNV9BCJOzHfRj/TRU0wSFditGABR0xxKNIDS5w4uEdjfFdhtF4AGJo wzh8hzkwwhDAAux8ByyIImEwQpIYzV4YHyl8gTsgBCQajSR6YiUSwSuyEx1yAAn0ITdKAR8GIh10 gB9WQH40IgFsRgfE4R+u4AryYR9CwDr6IQFogDt2ADwSAAnkoz6SDjP2SYONEaK0IhMIQghGjRSI Q6l5iTLuACXCgSq+wW2hgCCUWzYORGGABS3+2c4gyidWzUXCjWtwgTLCAkMc45E0JEO+hyZJAaIY mNc4EUB+JDaelETAIwtCADv2ohzeQT6KIyL6YZ+wYz2+ATn2o07+oVHGIwTwI88Igkr6Gamx/5QT 0RpCSoEgTN1KSkET0SQ2htRwkCSnYeVCOuTwhGSzOJFboKVuFIcnPsuWROXbbGVCVmUc5ELiQOV7 lE5UWkQj5iQ85uED1KP1JQI9VgU9QkQ+agAcxCEKLGZj9uNRFuUc+EDUSFHSQIJWcuUu8gxawsLO oKQUHA1ElmUilIjRJAWipGTIGdRZgg1ormXm0EBxRM3htYVozgBH5OadeSUQpCbUzIqdbInc8OYb VAByJqdyImdO7iM6ymFzksBf7mMf2uED0GFhBqU3xgE6fiN19iFjhk94NqVSiucL+KF3xsFtgCZC HEeDDYI/uuFVeo1W8uZ79ltEvgDYdCVBpv9AG86BrlDDZ6pl4rAlbbZF1OCFccalX9RJesXBe07F egKnVCIST2knPWaoYDYiBxALh0oBOwJmH7IgHfbg/9BjdD5mYqooeApiikImCtjjG5Qjz8BLKBKn SGaUQ9qkgO7MfTKoS27kaJbaar4BaFoDLRnN8w3EF8yn2JimkwpNcRDjXfYlkIKkdb1GVBbMjVYo eVjcc2ZoH56jHwIIepppTwYlY4YjHvAjLfFjc8KoYb5oec7pG7CjVf6AQu5mFdhmZQqpbEqBZm5G bjaBTZWmJMxR5sDA1/CgmZmmn1wkoz5flLZlQXikJi7of8YkuIQk1pBihYrDYTWiIqZpPqb/Jzo2 pwWMKB9qwB46Ih48pxxMJqySZ4uWAB3S6a1eJwHoqsll20Yeh59G6s7ZJkExQlIQoy04ams4kQpA pRwE3teIRVtaXIF+GSqJSKCC2C86nxNpIl1WqV/Epj/uTMgEq9zQALsNYhzwIRLQozgSZXrKI3Iu SJq6YB3IahzQaiDyY4bqqpj26lKOp58ggl7YpbAC6rWyW9QAYaY6ETfsXH7aCo96K2lWq+2o4iJA Kkd+mhmGyDVy2ofxJrnKQcmqzsFST9eo6xxogMYMZh6uqh9Gp1M+E2FaAB1WwCCmqCAe5r7CK4tS Jq8CbHgOLRzUasFKgYNmwnE4KLgiUmuq/ydbiqyjwWTRlFoEfQZoxo6SZmzAKCyWeiwKOtrIRuXG NhmVvpr5dG3XNFhitCsBIAGt0qzPVgV2yqx1VqccEGXc/uzMBu14rirR3p7AzihQKlzTAMNxdKXF pS2xykZDHuxKLaTcBGH4dGlWei19ypSBgq3JWumm/qbEfmTleGK0hBSPQmitzi041u2dpqN2vitT wgGcwq0ffoGcIuLgxijPckAPVo4YOBFFaWoOwOefpm64OmiMTWxCrkBBvYEnJG54DN98Sq7Uzqbn imt8LgPzPqorAW9WTtc9sCuajmjr3upxwmqZSqf5IiaNwgE6Emzu2i5l7oMD0eZCOqguvf+kCVYq 1e4oXnTvnTlv1IIkPXTlkq5Bx7JmRlXqgeIB8YarVhAoHERvcHosx+YBOaYoOopjB9NumkLA+mon z35n/ZYv7AJuHcwvHHSABnQoHcBZDXVvS07UoR4v5PpF8FrtVyoF4jxSBbvGxvJGgYStoFKoET/q 2EqwkfYlo2YUF+CRQ8bBxuoO6MrBCZPAZBLsinLlCTciEoDxHBAlwAIlC6cv+vptFkuBoaJhXMrN pC4DLFir9O5eVkKEg5rR4cgkgOhiD3QtE9CkJ6LhAxiCYSBxsTlRW5iuRHamHmbl7EEyLN4wwKVQ QcrHXMzx1e5c6+pSPk7DJ4cPYUrBUbL/4GCG8N7+rQkDpQvDKz+1cjnyU83CAVR+zVdwQYxVAyFA YQgG49ccHac1ql94IrKC5tcc85nhEx3tMqQmoxkia9jVMjRvXKMu4TEDirQezWF9CjJLsTX/MkIA xyd4Qp9Is/EGcnHapTCh8lJ6Izu6qnj2bfraYxzO66ySavyaRMC2rxTsc+GK8nam2uPdx1sIlUoQ dMjaTyFUWFBQFoGY6CNqTPDRQRxanwUoZ3aGT3Jm9AvgI3NydEDs4eFyYAOu6kiTNEpfH3amNEtz HzmedEvHdDdZQAnLtE3fNE6bkOu93gjW0nqQ336YEAZSxhe+DVH/4BT8oBF8oYCoFBIy/4VJbOEX IoQhPKsjKSElPGszuKE458IUeuEYgjUNGoFU46APDqHlZkYVRskXHDUQnjUwf1IWSo8O0hEf8MGV WqAuqs13lCGCcLMTIQQNwM4X6KIoCsMNT6N3KEAySvEn7SIqemJBQIIyAAfWHgISzKJNwgAeRYZr 7DVZKQ1UhnZmbKyIPbbaWOxvKGSiNjY0gCZeH5BeOkTgxTV+DUJhQ2VbdNoFRmnw1po6C80V8qZk i2RBGOpmWir0lgEXNfEHFTBtzgFlAzeCTq3/CrCTKqRpTOwOf8EDK60tw8EiJKtpfnfxIm8DOjDY LO2WyBNvkiRrmDfFZqmU0k12NU26lv+ZWDYxgPJNdYPPdUMpWmYuCyykQsoi2DqRwjIOeSR30+Dm FUeg/2JTcfta6BYvIsj3sBr3WhiDVzINbaqmTTry7dWmdU8tdg+o0ywkbVaBfOeALlot1XRlPm0O 2WagkxJCbSkjn3xuZQCycoed0fSJedvYjnIFXPwPLspxfzu2rVD1iYNPisMmBfdwjnJ4q7E33NRl Ab9BgFoojoek+CoNKZ7T/67tDct3lyqxpz2qFH6uEyU0sRISDm/r1YaUk/5ogZvGxlpRgkMJNW45 fSpHBkOgsU6itXrikt54KkSleXvCXNDmYpPHe3ikNleFMTNrDB+ztkKNLUY2igv4zgz/6pCuoiBM xYt/zg6j5pC6oQ8flqEfjQoIMHC74TF+RzJSq5TyQF3kE23S4JpzJTF/KxxkcyRYXzSA87UiIbSW Jp5zojDYNjYmajDm9+hUW0NSzcXiActi4HzisglBZeM6qyrgBW3yQLBza7MdQl4YQiTGgcVGOBuj 0j96OoCH+rN/LOKVJhNGiUT/uZDbibZbaVwUgsGjByc/oJMqMITuhSeGRwTXNxvQepBzix0opIP/ z9bWkqLb+/U2a77bAcVj+WhCeBFQDYGz8cUcDS/qpwY6aU+Lx+tcccQH+cbSlnmfnixc74xhU/Cq SwPo6Mn6b4CHvMMUesUz1R43wqgb/w0tvSeyoXd6T22ztAVhIIFCCr28VzwxRrrn8kCvvB4tPu8R q4shxIFHerydl/ray8HIS3yrNTIj7IyD5lP2evvUAksgQ3hH5TV8CKmh9luqN5GgPN+QM6TGkAel UrLQaCXR43vbg/yuXDs2GXMTZ/zd9zZb/rYNjNGvn/nfF0fWq3sQRwcii80PAPFy01ad8DCimMbj S7moizzSvzjhv16zX/LymrirO+Agz3s2MuoVQmUJdTcdjH5cDic1H/vtKSQZBLag4lHUlBAXLOmv f4EY9GeFHzF9T2V/zreWwPe4geoRO/nEZ46hChDJ1+QSI6AvIzMyM6Sye4k0o4IxO/8r2kvzOZFk nBs7/NMiCADNARzDkC0JxA5Lk2XfQA7sjSvZtWTm53vcgIAiILOCEI1ISGNhLC5YS2kSl4AyP7ih tihzRo9XFqnLspB8J+ih0YVmhOi6/Y7P6/f8vv8PGChoZ9FwUtalcNJAp5fgMeBhMUhZGfigcPdw ceKh0JgIajlKWmp6ipqqusra6voKGys7S1tre4ubq7vL2+v7CxwsPExcbHyMnKy8zNzs/AwdLT1N XW19jZ2tvc3d7f0NHi4+Tl5ufo6erq5nEBEhEWEQ4E6PQ+9+g0EvYSB/H9DOnYEb8+gFgBAQ371/ Bf/dWEhvoJ0IOAJKRBgR4kU0+iT/wNsIASDBeywgmsTRcGQ9FgY8wnsYkQWGgxjdzZOAYV0ujzkh SCgwMEIBil2EEg0JlEWAAhKQFqApFOTSpzcMMM2J4WfVpEubQjD6MCnSo0ULlKXKcmhJrmC7YFA7 tYvHigXMbh1olWhWr1vFju3p8WCAwBCy+n1316dfnbSE9mSR1CpIhGKXkkXs0+tbmnL5Qj4q1J7E uZDtUr7Yzs5PsopN+0yclnVoma7fol37OPXnfJ7X3o6HGwdpyzfq9hzM4idnxrLeysa7OK1Ex3KT N826XHhvtWurar+hVTrLO/OYys0LHnbyAo+/+vXsjrtS+RI4c59c0qpp4MTpEjUf/9Jq+XXHXGPR YZCTZGgoCEFdaNDEU313kFYcaHbpZt18RymY1R0RlLdcU1Elp557ZE31IRpNhVccX55x55po6H0V 1IEAhvfhjWEVaCB+py0oFoB1/CTkkEy5JOBa8ZG1mkdkWQVPkdX1R6JiB/HFYGxdDFaXhEpRNGJY B+HT4jsxPlRjUGmiAaBQV7qXE5a98ehKmEBOxqCU2iU55HYWssQkPz+1x+GcLPGjn3C0mYXlYjNu KRRaAkGJklo44QDjRKM9BZydLdL2IUWWYdgSnbI82kWWsDmo2oryddaFfLMh9N1bnjHoIzzu/HRR o5j9KGZF9nCnq5nt1YUcpkT5CP9cYXUBh+pYxTFFE1MpfmmqLKzmQ1GWHTLY1kNxeqVcn7H+qWhm WoqHJg4dflqlbyVSmNxyamFIpXv8nFvRc31JJKWbYe2nZ7axUPrQQVkiliWyI2Xo7G3g+bnjVhC7 R5O3EpMZXIP2mrYwe50dR5WXpbm7bYXCyXZZZfLl+2i+77RnMCv67TpmXUOZueuzMgkFz0vlUeuU l0NL2JLPkRZLbaQp2hbfs1EL57N7zxJ51FK+7cyxdjsDxeW+Vpv8UlVY97wRkS9eNFjQYmNqb4gS 19wKQD7ugUE/NKuT9912BLB3KXb/vaVb2dGNeOKKAC6Nz444/Dnnkkk9OeeWWX44Ueeaab85555Ev Dnrooo9Oeum1hAAAOw== --Java.HLMEN.471109168558225-- From kayo@internow.vig-seet.to Fri Jan 7 22:43:23 2005 From: kayo@internow.vig-seet.to (§•ž‚Ì‘z‚¢) Date: Sat, 8 Jan 2005 07:43:23 +0900 (KST) Subject: =?ISO-2022-JP?B?GyRCPXc7Ujk7QDgkTiUqIXsbKEI=?= =?ISO-2022-JP?B?GyRCJUshPBsoQg==?= Message-ID: <20050107224323.C1ED44E8750@accs.ori-g.net> $B"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!(B $B!!!!!!!!!!!X%"%R%k$NM9JX20$5$s!Y(B-------$B:#F|$N$4>R2p%5%$%H"v(B $B!!!!!!!!!!"#"#(B $B!!!!!!!!!!"#"#!!!!!!?4$H%+%i%@$NL~$77O%5%$%H!!!y!y!y(B $B!!!!!!!!!!"#"#(B $B!A!A!A1|$N%*%/$^$G0V$a$F!A!A!A(B $B!z!#(B::$B!#(B.::$B!&!,!y!#!%!'!'!&!,!z!#!'!'!#!%!'!'!&!,!z!#(B::$B!#!'!'!#!%(B.:$B!y!#!%!'!'!&!,!z!#!'!'!#!%!'!'!&!,!z!#(B:: $B!!!!!!!!!!!!!!!!$"$J$?$N7x$$!{!{!{$r%V%A9~$s$G$'!A(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!%3%o%l$A$c$&$/$i$$%a%A%c%/%A%c$K$7$FM_$7$$$N$)!D(B $B!!!!!!(Bhttp://spgal.polty.cc/?othd5e4fh7 $B!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'(B $B!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!z!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!z!&!&!&!&!&!&!&!&!&!&!&!&!&(B $B!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'(B $B!!"""""#""""!y!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!y"""""#""""(B $B!!"""#"""#""!!(B $B!!%-%e!<%H$G#H$J%*%s%J$N;R$?$A$,0lGU$@$h$C!!!!"""#"""#""(B $B!!"""""#""""!y!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!y"""""#""""(B --------------$B2D0&$$%*%M%($5$s$N$0$C$7$g$jG($l$?0|$i$J%"%=%3!y')')')(B $B!!!!!!!!!!(B ---------$B$A$C$=$/$7$A$c$&$/$i$$$NBg$C$-$J%*%C%Q%$!z!#!'!'(B $B!!!!!!!!(B ---$BG{$i$l$?$^$^$G?HF0$-$G$-$:$K6KB@$N%P%$%V$r%"%=%3$K$"$F$i$l$?=w;R!{@8!D!y(B $B!!!!!!!!!!!!!!!!!!!!!!!}!#!#!#$"$J$?$N4jK>$+$J$($^$9"v!#!#!#!}(B $B!!!!!!(Bhttp://spgal.polty.cc/?othd5e4fh7 $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!!(B $B"#"#"#"#"#"#"#"#"#"#"#(B $BFC=8$=$N#1(B $B"#"#"#"#"#"#"#"#"#"#"#(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B"#=w;R!{3X@8$N;d@83h!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!JY6/$J$s$F$7$F$i$l$J$$%-%b%A$#$#%3%H$N$[$&$,$b$C$H$b$C$HCN$j$?$$$N$)(B $B"#$*30$G%O%a$F"v!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!(B $B!!!!!!?M$K8+$i$l$k$+$b$7$l$J$$%9%j%k$C$F%/%;$K$J$j$=$&!D(B $B!!!!!!1x$l$?1X$N8x=0%H%$%l$d?M5$$N>/$J$$8x1`$G9T$o$l$k4m81$JHk$a;v!D(B $B!!!!!!(Bhttp://spgal.polty.cc/?othd5e4fh7 $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!!(B $B"#"#"#"#"#"#"#"#"#"#"#(B $BFC=8$=$N#2(B $B"#"#"#"#"#"#"#"#"#"#"#(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B"#L%OG$N%3%9%W%l!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!$"$3$,$l$N%3%9%W%lL\Gr2!$7!*%J!<%9I~$d%A%c%$%J%I%l%9$r$O$@$1$F?HLe$($k(B $B"#AG?M%J%s%Q:GA0@~!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!Lk$JLk$J3MJ*$r5a$a$F39$K=PKW$9$k%J%s%Q;U$NI,>!%F%/%K%C%/$H$O!D(B $B"#Ep;#$N4[!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!8x=0%H%$%l$dC&0a>l!DL5KIHw$J=w$N;R$?$A$N;d@83h$r7cpJs$NMxMQ$K4X$7$F$O!"(B $B!!!!!!!!$49XFIR2p@h$N%5%$%H$K$*$1$k$$$+$J$k%H%i%V%k$dB;32$KBP$7$F$b(B $B!!!!!!!!Ev6I$G$O0l@Z$N@UG$$rIi$$$+$M$^$9!#(B $B!!!!!!!!Kt!"7G:\>pJs$K4X$7$F$N$$$+$J$k$*Ld9g$;$KBP$7$F$b$*Ez$($7$+$M$^$9$N$G(B $B!!!!!!!!M=$a$4N;>52<$5$$!#(B $B!!!!!!!!(B $B!!!!!!!!7G:\$5$l$?5-;v$N0lIt$^$?$OA4It$r5v2D$J$/E>:\$9$k$3$H$r6X;_CW$7$^$9!#(B $B!!!!(B $B!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!](B $B!!!!"#9XFI2r=|J}K!(B $B!!!!!!!!9XFI2r=|$r$44uK>$NJ}$O!"$*, 289458@bugs.debian.org Sun Jan 9 10:00:43 2005 From: Andreas Barth , 289458@bugs.debian.org (Andreas Barth) Date: Sun, 9 Jan 2005 11:00:43 +0100 Subject: Bug#289458: callout verification and synchronization checks bite each other Message-ID: <20050109100043.GE19722@mails.so.argh.org> Package: exim4 Severity: important Version: 4.34-8/4.43-1 Hi, the following problem occurs to me when I want to send mail to costa (arch.debian.org): The callout verification fails on costa, so delaying / rejecting my mail. The callout on costa has in acl_check_rcpt: deny condition = ${extract{calloutsender}{${lookup{$domain}lsearch{DOMAINPOLICY}}}{$value}{no}} message = Sender callout failed: Sender adress can't be verified trough SMTP check. ! verify = sender/callout=20s deny condition = ${extract{calloutrecipient}{${lookup{$domain}lsearch{DOMAINPOLICY}}}{$value}{no}} message = Recipient callout failed: Recipient adress can't be verified trough SMTP check. ! verify = recipient/callout=20s and in acl_check_data: # callouts and header checks require !condition = $header_X-WhitelistedRCPT-nohdrfromcallback: verify = header_sender/callout=20s verify = header_syntax On my system, errors like this are logged: 2005-01-09 09:27:12 SMTP protocol violation: synchronization error (input sent without waiting for greeting): rejected connection from H=costa.debian.org [217.196.43.131] Costa is running exim4-daemon-heavy version 4.34-8, my MX is running exim4-daemon-heavy version 4.43-1. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C From owner@bugs.debian.org Sun Jan 9 12:03:09 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 09 Jan 2005 04:03:09 -0800 Subject: Bug#289458: marked as done (callout verification and synchronization checks bite each other) In-Reply-To: <20050109114635.GB3768@downhill.at.eu.org> References: <20050109114635.GB3768@downhill.at.eu.org> <20050109100043.GE19722@mails.so.argh.org> Message-ID: Your message dated Sun, 9 Jan 2005 12:46:35 +0100 with message-id <20050109114635.GB3768@downhill.at.eu.org> and subject line Bug#289458: callout verification and synchronization checks bite each other has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 9 Jan 2005 10:00:49 +0000 >From aba@not.so.argh.org Sun Jan 09 02:00:49 2005 Return-path: Received: from mail-out.m-online.net [212.18.0.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CnZsP-0006js-00; Sun, 09 Jan 2005 02:00:49 -0800 Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id B6DD452B2 for ; Sun, 9 Jan 2005 11:00:47 +0100 (CET) Received: from sol.so.argh.org (ppp-62-245-161-19.mnet-online.de [62.245.161.19]) by mail.m-online.net (Postfix) with ESMTP id DDB5A33580 for ; Sun, 9 Jan 2005 10:59:44 +0100 (CET) Received: from aba by sol.so.argh.org with local (Exim 4.22 #1 (Debian) [+prerelease]) id 1CnZsJ-0004Hc-DW for ; Sun, 09 Jan 2005 11:00:43 +0100 Date: Sun, 9 Jan 2005 11:00:43 +0100 From: Andreas Barth To: submit@bugs.debian.org Subject: callout verification and synchronization checks bite each other Message-ID: <20050109100043.GE19722@mails.so.argh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.6i Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4 Severity: important Version: 4.34-8/4.43-1 Hi, the following problem occurs to me when I want to send mail to costa (arch.debian.org): The callout verification fails on costa, so delaying / rejecting my mail. The callout on costa has in acl_check_rcpt: deny condition = ${extract{calloutsender}{${lookup{$domain}lsearch{DOMAINPOLICY}}}{$value}{no}} message = Sender callout failed: Sender adress can't be verified trough SMTP check. ! verify = sender/callout=20s deny condition = ${extract{calloutrecipient}{${lookup{$domain}lsearch{DOMAINPOLICY}}}{$value}{no}} message = Recipient callout failed: Recipient adress can't be verified trough SMTP check. ! verify = recipient/callout=20s and in acl_check_data: # callouts and header checks require !condition = $header_X-WhitelistedRCPT-nohdrfromcallback: verify = header_sender/callout=20s verify = header_syntax On my system, errors like this are logged: 2005-01-09 09:27:12 SMTP protocol violation: synchronization error (input sent without waiting for greeting): rejected connection from H=costa.debian.org [217.196.43.131] Costa is running exim4-daemon-heavy version 4.34-8, my MX is running exim4-daemon-heavy version 4.43-1. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C --------------------------------------- Received: (at 289458-done) by bugs.debian.org; 9 Jan 2005 11:46:46 +0000 >From ametzler@downhill.at.eu.org Sun Jan 09 03:46:46 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CnbWw-0002QY-00; Sun, 09 Jan 2005 03:46:46 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CnbXd-00014V-UM for 289458-done@bugs.debian.org; Sun, 09 Jan 2005 11:47:35 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.34) id 1CnbWl-0006dF-Qh for 289458-done@bugs.debian.org; Sun, 09 Jan 2005 12:46:35 +0100 Date: Sun, 9 Jan 2005 12:46:35 +0100 From: Andreas Metzler To: 289458-done@bugs.debian.org Subject: Re: Bug#289458: callout verification and synchronization checks bite each other Message-ID: <20050109114635.GB3768@downhill.at.eu.org> References: <20050109100043.GE19722@mails.so.argh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050109100043.GE19722@mails.so.argh.org> X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 0.0 (/) Delivered-To: 289458-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On 2005-01-09 Andreas Barth wrote: > Package: exim4 > Severity: important > Version: 4.34-8/4.43-1 > the following problem occurs to me when I want to send mail to costa > (arch.debian.org): The callout verification fails on costa, so delaying > / rejecting my mail. > The callout on costa has in acl_check_rcpt: > deny condition = ${extract{calloutsender}{${lookup{$domain}lsearch{DOMAINPOLICY}}}{$value}{no}} > message = Sender callout failed: Sender adress can't be verified trough SMTP check. > ! verify = sender/callout=20s [...] Hello, This has been diagnosed as configuration error on costa:. Costa uses a callout timeout of 20s and drops indentd/auth-connections (forcing them to timeout). Now if a exim with rfc1413_hosts = * rfc1413_query_timeout = 30s tries to deliver a mail to costa this happens: 1) costa receives a mail. 2) costa connects back to the sending machine trying to verify the sender address. 3) sending-machine makes a auth connect to costa for 30s. 4) costas callout timeout hits before the auth-connect timeout hits and costa closes the callout connection. 5) costa gives temporary error on the initial connection. The proper fix is for costa('s firewall) to not DROP auth (rfc1413) with iptables, but to either let them pass (which will yieald either a immeidiate "connection denied" or a successful lookup, depending on whether costa runs a identd) or REJECT instead of DROP them. costa is going to be fixed, Wichert Akkerman is going to request to change the configuration of the firewall. A temporary hotfix for machines having problems to send mail to costa is to exempt costa from rfc1413_hosts or to lower rfc1413_query_timeout to a shorter value. cu andras -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From Rory Campbell-Lange , 289607@bugs.debian.org Mon Jan 10 01:46:04 2005 From: Rory Campbell-Lange , 289607@bugs.debian.org (Rory Campbell-Lange) Date: Mon, 10 Jan 2005 01:46:04 +0000 Subject: Bug#289607: (no subject) Message-ID: Package: exim4 Version: 4.34-8 Severity: important I am seeing lots of exim4 processes in the following state: exim4 6304 Debian-exim 0u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) exim4 6304 Debian-exim 2u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) exim4 6304 Debian-exim 3u IPv4 655313 UDP myserver:35888->ns1.myisp.net:domain Also lots of processes are running: .... Debian- 6162 0.0 0.2 8488 2556 ? Ss 13:06 0:00 /usr/sbin/exim4 -bd -q30m Debian- 6292 0.0 0.2 8500 2692 ? S 13:11 0:00 /usr/sbin/exim4 -bd -q30m Debian- 6304 0.0 0.2 8500 2692 ? S 13:12 0:00 /usr/sbin/exim4 -bd -q30m Debian- 6399 0.0 0.2 8500 2692 ? S 13:35 0:00 /usr/sbin/exim4 -bd -q30m .... If left all smtp connections are saturated over time, as the number of exim processes increases incrementally. After issuing an /etc/init.d/exim4 stop there are still lots of exim4 processes running, which have to be killed manually. Thanks Rory -- Package-specific info: Exim version 4.34 #1 built 20-Nov-2004 11:32:14 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' dc_other_hostnames='host0406:host0406.cammail.net:bronwenmanby.net:demo.ideaboard.org:trial.ideaboard.org:ideaboard.org:brand.ideaboard.org:learning.ideaboard.org:ultralab.ideaboard.org:basilisk.co.uk:ha-usa.com:7by6.com:cmpcommunications.com:clarkemulderpurdie.com:story-store.com:o-sb.co.uk' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' #dc_relay_nets='193.35.129.161:213.78.150.90:62.254.146.179:194.247.51.219:*.dialup.zetnet.co.uk:*.orange.co.uk' dc_relay_nets='*.orange.co.uk' dc_smarthost='' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='' # MESSAGE_SIZE_LIMIT = 20M mailname:campbell-lange.net -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages exim4 depends on: ii exim4-base 4.34-8 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-8 Exim (v4) with extended features, -- no debconf information From Andreas Metzler , 289607@bugs.debian.org Mon Jan 10 06:47:40 2005 From: Andreas Metzler , 289607@bugs.debian.org (Andreas Metzler) Date: Mon, 10 Jan 2005 07:47:40 +0100 Subject: Bug#289607: (no subject) In-Reply-To: References: Message-ID: <20050110064740.GA2729@downhill.at.eu.org> On 2005-01-10 Rory Campbell-Lange wrote: > Package: exim4 > Version: 4.34-8 > Severity: important > I am seeing lots of exim4 processes in the following state: Strange. > exim4 6304 Debian-exim 0u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) > exim4 6304 Debian-exim 2u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) > exim4 6304 Debian-exim 3u IPv4 655313 UDP myserver:35888->ns1.myisp.net:domain What does exiwhat say? > Also lots of processes are running: > .... > Debian- 6162 0.0 0.2 8488 2556 ? Ss 13:06 0:00 /usr/sbin/exim4 -bd -q30m > Debian- 6292 0.0 0.2 8500 2692 ? S 13:11 0:00 /usr/sbin/exim4 -bd -q30m > Debian- 6304 0.0 0.2 8500 2692 ? S 13:12 0:00 /usr/sbin/exim4 -bd -q30m > Debian- 6399 0.0 0.2 8500 2692 ? S 13:35 0:00 /usr/sbin/exim4 -bd -q30m > .... Are you starting exim4 bdifferent means that /etc/init.d/exim4? e.g. Have you symlinked /usr/sbin/exim4 to /usr/sbin/exim and still exim uninstalled but not purged so its cronjobs are still running? dpkg -l '*exim*' or inetd? find /etc -type f -print0 | xargs -0r grep -l exim > If left all smtp connections are saturated over time, as the number of > exim processes increases incrementally. > After issuing an /etc/init.d/exim4 stop there are still lots of exim4 > processes running, which have to be killed manually. [...] /etc/init.d/exim4 stop wil only kill the master-daemon process(es) (smtp-listener/queue-runner) it started, open smtp deliveries will not be killed. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From owner@bugs.debian.org Mon Jan 10 07:33:04 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 09 Jan 2005 23:33:04 -0800 Subject: Processed: retitle 289607 to number of eximprocesses continues to grow In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > retitle 289607 number of eximprocesses continues to grow Bug#289607: (no subject) Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Mon Jan 10 07:33:06 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 09 Jan 2005 23:33:06 -0800 Subject: Processed: bug 289607 is forwarded to exim-users@exim.org In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > #the original submitter had stated a discussion on exim-users _before_ submitting the debian report http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050103/msg00122.html > forwarded 289607 exim-users@exim.org Bug#289607: number of eximprocesses continues to grow Noted your statement that Bug has been forwarded to exim-users@exim.org. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From kayo@internow.vig-seet.to Sat Jan 8 03:57:41 2005 From: kayo@internow.vig-seet.to (§•ž‚Ì‘z‚¢) Date: Sat, 8 Jan 2005 12:57:41 +0900 (KST) Subject: =?ISO-2022-JP?B?GyRCPXc7Ujk7QDgkTiUqIXsbKEI=?= =?ISO-2022-JP?B?GyRCJUshPBsoQg==?= Message-ID: <20050108035741.6FDDE484865@accs.ori-g.net> $B"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!(B $B!!!!!!!!!!!X%"%R%k$NM9JX20$5$s!Y(B-------$B:#F|$N$4>R2p%5%$%H"v(B $B!!!!!!!!!!"#"#(B $B!!!!!!!!!!"#"#!!!!!!?4$H%+%i%@$NL~$77O%5%$%H!!!y!y!y(B $B!!!!!!!!!!"#"#(B $B!A!A!A1|$N%*%/$^$G0V$a$F!A!A!A(B $B!z!#(B::$B!#(B.::$B!&!,!y!#!%!'!'!&!,!z!#!'!'!#!%!'!'!&!,!z!#(B::$B!#!'!'!#!%(B.:$B!y!#!%!'!'!&!,!z!#!'!'!#!%!'!'!&!,!z!#(B:: $B!!!!!!!!!!!!!!!!$"$J$?$N7x$$!{!{!{$r%V%A9~$s$G$'!A(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!%3%o%l$A$c$&$/$i$$%a%A%c%/%A%c$K$7$FM_$7$$$N$)!D(B $B!!!!!!(Bhttp://spgal.polty.cc/?1ii2j8eqfs $B!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'(B $B!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!z!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!z!&!&!&!&!&!&!&!&!&!&!&!&!&(B $B!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'(B $B!!"""""#""""!y!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!y"""""#""""(B $B!!"""#"""#""!!(B $B!!%-%e!<%H$G#H$J%*%s%J$N;R$?$A$,0lGU$@$h$C!!!!"""#"""#""(B $B!!"""""#""""!y!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!y"""""#""""(B --------------$B2D0&$$%*%M%($5$s$N$0$C$7$g$jG($l$?0|$i$J%"%=%3!y')')')(B $B!!!!!!!!!!(B ---------$B$A$C$=$/$7$A$c$&$/$i$$$NBg$C$-$J%*%C%Q%$!z!#!'!'(B $B!!!!!!!!(B ---$BG{$i$l$?$^$^$G?HF0$-$G$-$:$K6KB@$N%P%$%V$r%"%=%3$K$"$F$i$l$?=w;R!{@8!D!y(B $B!!!!!!!!!!!!!!!!!!!!!!!}!#!#!#$"$J$?$N4jK>$+$J$($^$9"v!#!#!#!}(B $B!!!!!!(Bhttp://spgal.polty.cc/?1ii2j8eqfs $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!!(B $B"#"#"#"#"#"#"#"#"#"#"#(B $BFC=8$=$N#1(B $B"#"#"#"#"#"#"#"#"#"#"#(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B"#=w;R!{3X@8$N;d@83h!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!JY6/$J$s$F$7$F$i$l$J$$%-%b%A$#$#%3%H$N$[$&$,$b$C$H$b$C$HCN$j$?$$$N$)(B $B"#$*30$G%O%a$F"v!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!(B $B!!!!!!?M$K8+$i$l$k$+$b$7$l$J$$%9%j%k$C$F%/%;$K$J$j$=$&!D(B $B!!!!!!1x$l$?1X$N8x=0%H%$%l$d?M5$$N>/$J$$8x1`$G9T$o$l$k4m81$JHk$a;v!D(B $B!!!!!!(Bhttp://spgal.polty.cc/?1ii2j8eqfs $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!!(B $B"#"#"#"#"#"#"#"#"#"#"#(B $BFC=8$=$N#2(B $B"#"#"#"#"#"#"#"#"#"#"#(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B"#L%OG$N%3%9%W%l!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!$"$3$,$l$N%3%9%W%lL\Gr2!$7!*%J!<%9I~$d%A%c%$%J%I%l%9$r$O$@$1$F?HLe$($k(B $B"#AG?M%J%s%Q:GA0@~!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!Lk$JLk$J3MJ*$r5a$a$F39$K=PKW$9$k%J%s%Q;U$NI,>!%F%/%K%C%/$H$O!D(B $B"#Ep;#$N4[!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!8x=0%H%$%l$dC&0a>l!DL5KIHw$J=w$N;R$?$A$N;d@83h$r7cpJs$NMxMQ$K4X$7$F$O!"(B $B!!!!!!!!$49XFIR2p@h$N%5%$%H$K$*$1$k$$$+$J$k%H%i%V%k$dB;32$KBP$7$F$b(B $B!!!!!!!!Ev6I$G$O0l@Z$N@UG$$rIi$$$+$M$^$9!#(B $B!!!!!!!!Kt!"7G:\>pJs$K4X$7$F$N$$$+$J$k$*Ld9g$;$KBP$7$F$b$*Ez$($7$+$M$^$9$N$G(B $B!!!!!!!!M=$a$4N;>52<$5$$!#(B $B!!!!!!!!(B $B!!!!!!!!7G:\$5$l$?5-;v$N0lIt$^$?$OA4It$r5v2D$J$/E>:\$9$k$3$H$r6X;_CW$7$^$9!#(B $B!!!!(B $B!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!](B $B!!!!"#9XFI2r=|J}K!(B $B!!!!!!!!9XFI2r=|$r$44uK>$NJ}$O!"$* Dear I know that this proposal might be a surprise to you but do consider it as an emergency=2E In a nut shell=2C My name is Miss Telma Sankoh 20 years old from the republic of Sierria-Leone in west Africa=2C now seeking for refugee in Dakar -Senegal under the=28UNHCR=29=2E The only child of late Dr=2EDavid Sankoh=2E I am looking for someone who can take me as child I promise to be obidient to you and I will bring happiness to your life =2E I got your contact while surfing the net=2EI want you to assist me in this transaction=2E My late father was the managing director of Rainbow Gold and Diamond Mine company in =28KENEMA=29Sierra-Leone=2E But he was killed along side with my mother during the longing civil war and all his properties were totally destroyed=2E However=2C after their death I managed to escape with very important files of my father=2EHe has the sum of =28US$5=2E2M=29Five million two hundred thousand U=2ES Dollars only=2E This amount was deposited by my late father in one of the leading Banks=2E The deposit documents indicate me as the next of kin=2E Presently=2C I am saddled with the problem of securing a trust worthy foriegn personality to help me=2E I will map out 10% for you=2E =281=29Stand on my behalf in Senegal as the beneficiary for the claim of the inheritance from the bank since the management of the bank adviced that I should solicit for an individual or corporate organization to claim the deposit for me as they cannot release it directly to me due to my refugee status in Senegal=2E =282=29Transfer the money over to your own country and into your possession pending my arrival to meet with you=2E =283=29Invest and manage the money for me in a good business pending my maturity=2E =284=29 Help me secure my travelling documents to meet you as soon as my money is released to you=2E Furthermore=2Cyou can contact the Bank for confirmation and I will issue a letter of authorisation on your name=2Cthat will enable the bank correspond with you on my behalf=2E I am giving you this offers as mentioned with every confidence on your acceptance to assist me or adopt me as your Child if possible and manage the money for me=2E Conclusively=2CI wish you send me a reply immediately you recieve this proposal=2E Until then=2CI remain with the best Stay Blessed=2E Please send me mail at telmasankoh5=40yahoo=2Ecom Miss Telma Sankoh From madhi178@netscape.net Mon Jan 10 16:16:56 2005 From: madhi178@netscape.net (madhi) Date: Mon, 10 Jan 2005 18:16:56 +0200 Subject: Good Day Message-ID: >From Mr. Madhi Albalawi Email: madhi178@netscape.net Good Day. It is my sincere prayers and wishes that the year has been fulfilling and rewarding for you and your family. Sorry to surprise you and take some of your time in going through this unexpected letter of plea for your understanding and assistance. This message may come as a surprise as we have not met, but i am desperately in need of help. I got this contact out of desperation and frustration, via a comprehensive search on the Internet. I am a victim of the last Sunday the 26th of December 2004 Tsunami Strike where I lost my whole family and virtually everything I have laboured for, My name is Madhi Albalawi a Saudi national and a merchant in Indonesia, Now I have been diagnosed with prostate, esophageal Cancer and High Blood Pressure that was discovered after the strike and shock from the heavy under water wave that claimed many lives. I have only about a few months to according to medical experts. I have not particularly lived my life so well, as I never really cared for anyone not even myself but my business. Though I am very rich, I was never generous, I was always hostile to people and only focus on my business as that was the only thing I cared for. But now I regret all this, as I now know that there is more to life than just wanting to have or make all the money in the world. Presently, I'm in my house here in London where I have been undergoing treatment for esophageal cancer. I have now lost my ability to talk and my doctor have told me that I have only a few months to live. It is my last wish to see that my money is been distributed to Victims of the Tsunami using the allocated Agencies like the UNICEF, UN. SAVE THE CHILDREN etc. The last of my money, which is the huge cash deposit that I have with a Financial Firm in London .I will want you to help me collect this deposit and dispatched it to charity organizations in charge of the tsunamis victims and let them know that it is I, Madhi lbalawi that is making this generous donation. I am writing this from my laptop computer in my house where I wait for my time to come. I pray that God uses you to support and assist me with good heart I am not afraid of death hence I have seen plenty of them in recent times. I don't need any telephone communication in this regard because of my soundless voice and inability to talk. As soon as I receive your reply I shall give you the contact details of the holding firm in London where the funds are presently been held in safe custody. I await your response and please send me further mails to Email: madhi178@netscape.net Trustfully Yours Madhi Albalawi. ___________________________________________________________________________ Mail sent from WebMail service at PHP-Nuke Powered Site - http://yoursite.com From mayjayle@o2.pl Mon Jan 10 20:16:15 2005 From: mayjayle@o2.pl (mayjayle@o2.pl) Date: Mon, 10 Jan 2005 21:16:15 +0100 Subject: =?iso-8859-2?Q?PLEASE_ENDEAVOUR_TO_USE_FOR_THE_CHILDREN_OF_GOD.?= Message-ID: <20050110201616.2403137F94@rekin11.go2.pl> From: Mrs Mary Jones=0D =0D PLEASE ENDEAVOUR TO USE FOR THE CHILDREN OF GOD.=0D I am the above named person from Kuwait. I am=0D married to Dr Hilarry Jones who worked with Kuwait=0D embassy in Ivory Coast for nine years before he died=0D in the year 2000.We were married for eleven years=0D without a child. He died after a brief illness that=0D lasted for only four days.When my late husband=0D was alive he deposited the sum of $8.6Million (Eight=0D Million six hundred thousand U.S. Dollars) with one=0D finance/security company in Amsterderm Holland.=0D Presently, this money is still with the Security=0D Company. Recently, my Doctor told me that I would not=0D last for the next three months due to cancer problem.=0D Though what disturbs me most is my stroke sickness.=0D Having known my condition I decided to donate this=0D fund to church or better still a christian individual=0D that will utilize this money the way I am going to=0D instruct here in. I want a church that will use this=0D fund to fund churches, orphanages and widows=0D propagating the word of God and to ensure that the=0D house of God is maintained. The Bible made us to=0D understand that Blessed is the hand that giveth.=0D I took this decision because I don't have any child=0D that will inherit this money and my husband relatives=0D are not Christians and I don't want my husband's hard=0D earned money to be misused by unbelievers. I don'twant=0D a situation where this money will be used in an=0D ungodly manner.=0D Hence the reason for taking this bold decision. I am=0D not afraid of death hence I know where I am going. I=0D know that I am going to be in the bosom of=0D the Lord. I don't need=0D any telephone communication in this regard=0D because of my health .As soon as I receive your reply=0D I shall give you the contact of the Finance/Security=0D Company in Amsterderm Holland. I will also=0D issue you a letter of authority that will prove you as=0D the original-beneficiary of this fund.=0D Please assure me that you will act=0D accordingly as I stated herein. Hoping to hear from=0D you.=0D Faithfully,=0D Mary Jones. From o.kone4@zipmail.com.br Mon Jan 10 21:12:06 2005 From: o.kone4@zipmail.com.br (o.kone4@zipmail.com.br) Date: Mon, 10 Jan 2005 22:12:06 +0100 Subject: =?iso-8859-1?Q?CONFIDENCIAL/UGENT/ASSISTANT=20?= Message-ID: <41E2360600001321@www.zipmail.com.br> MR OMAR KONE. AUDITING AND ACCOUNTING UNIT. AFRICA DEVELOPMENT BANK(ADB) OUAGADOUGOU BURKINA-FASO. PHONE /226/7657 19 81 Dear Friend, (TOP SECRET) I am MR OMAR KONE the director in charge of auditing and accounting secti= on of Africa Development Bank, (ADB) Ouagadougou Burkina-Faso in West Africa= with due respect and regard. I have decided to contact you on a business transaction that will be very beneficial to both of us at the end of the transaction. During our investigation and auditing in this bank, my department came ac= rossa very huge sum of money belonging to a deceased person who died on 31stOct= ober 1999 in a plane crash and the fund has been dormant in his accountwith th= is Bank without any claim of the fund in our custody either fromhis family or relation before our discovery to this development. Although personally, I keep this information secret within myself to enab= le the whole plans and idea be Profitable and successful during the time of execution. The said amount was U.S $10.5M (TEN million Five hundred Unite= d States dollars). Meanwhile all the whole arrangement to put claim over this fund as the bo= nafidenext of kin to the deceased, get the required approval and transfer this money= to a foreign account has been put in place and directives and needed info= rmation will be relayed to you as soon as you indicate your interest and willingn= ess to assist us and also benefit your self to this great business opportunit= y. In fact I could have done this deal alone but because of my position in this country as a civil servant(A Banker),we are not allowed to operate a foreign account and would eventually raise an eye brow on my side durin= g the time of transfer because I work in this bank. This is the actual reas= on why it will require a second party or fellow who will forward claims as the next of kin with affidavit of trust of oath to the Bank and also pres= ent a foreign account where he will need the money to be re-transferred into on his request as it may be after due verification and clarification by the correspondent branch of the bank where the whole money will be remitt= ed from to your own designation bank account. I will not fail to inform you that this transaction is 100% risk free. On= smooth conclusion of this transaction, you will be entitled to 30% of the= total sum as gratification, while 5% will be set aside to take care of ex= penses hat may arise during the time of transfer and also telephone bills, while= 65% will be for me. Please, you have been adviced to keep "top secret" as= I am still in service and intend to retire from service after I conclude this deal with you. I will be monitoring the whole situation here in this bank until you conf= irm the money in your account and ask me to come down to your country for sub= sequent sharing of the fund according to percentages previously indicated and fur= ther investment, either in your country or any country you advice us to invest= in All other necessary vital information will be sent to you when I hear from you. I look forward to receive your mail at mr_omarkone01@post.cz Yours faithfully, MR OMAR KONE. ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From o.kone7@zipmail.com.br Mon Jan 10 21:25:02 2005 From: o.kone7@zipmail.com.br (o.kone7@zipmail.com.br) Date: Mon, 10 Jan 2005 22:25:02 +0100 Subject: =?iso-8859-1?Q?CONFIDENCIAL/UGENT/ASSISTANT=20?= Message-ID: <41E2360600001376@www.zipmail.com.br> MR OMAR KONE. AUDITING AND ACCOUNTING UNIT. AFRICA DEVELOPMENT BANK(ADB) OUAGADOUGOU BURKINA-FASO. PHONE /226/7657 19 81 Dear Friend, (TOP SECRET) I am MR OMAR KONE the director in charge of auditing and accounting secti= on of Africa Development Bank, (ADB) Ouagadougou Burkina-Faso in West Africa= with due respect and regard. I have decided to contact you on a business transaction that will be very beneficial to both of us at the end of the transaction. During our investigation and auditing in this bank, my department came ac= rossa very huge sum of money belonging to a deceased person who died on 31stOct= ober 1999 in a plane crash and the fund has been dormant in his accountwith th= is Bank without any claim of the fund in our custody either fromhis family or relation before our discovery to this development. Although personally, I keep this information secret within myself to enab= le the whole plans and idea be Profitable and successful during the time of execution. The said amount was U.S $10.5M (TEN million Five hundred Unite= d States dollars). Meanwhile all the whole arrangement to put claim over this fund as the bo= nafidenext of kin to the deceased, get the required approval and transfer this money= to a foreign account has been put in place and directives and needed info= rmation will be relayed to you as soon as you indicate your interest and willingn= ess to assist us and also benefit your self to this great business opportunit= y. In fact I could have done this deal alone but because of my position in this country as a civil servant(A Banker),we are not allowed to operate a foreign account and would eventually raise an eye brow on my side durin= g the time of transfer because I work in this bank. This is the actual reas= on why it will require a second party or fellow who will forward claims as the next of kin with affidavit of trust of oath to the Bank and also pres= ent a foreign account where he will need the money to be re-transferred into on his request as it may be after due verification and clarification by the correspondent branch of the bank where the whole money will be remitt= ed from to your own designation bank account. I will not fail to inform you that this transaction is 100% risk free. On= smooth conclusion of this transaction, you will be entitled to 30% of the= total sum as gratification, while 5% will be set aside to take care of ex= penses hat may arise during the time of transfer and also telephone bills, while= 65% will be for me. Please, you have been adviced to keep "top secret" as= I am still in service and intend to retire from service after I conclude this deal with you. I will be monitoring the whole situation here in this bank until you conf= irm the money in your account and ask me to come down to your country for sub= sequent sharing of the fund according to percentages previously indicated and fur= ther investment, either in your country or any country you advice us to invest= in All other necessary vital information will be sent to you when I hear from you. I look forward to receive your mail at mr_omarkone01@post.cz Yours faithfully, MR OMAR KONE. ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From owner@bugs.debian.org Tue Jan 11 13:18:08 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 11 Jan 2005 05:18:08 -0800 Subject: Processed: Fixed exim4 package has reached sarge In-Reply-To: <20050111130505.GG7732@mauritius.dodds.net> References: <20050111130505.GG7732@mauritius.dodds.net> Message-ID: Processing commands for control@bugs.debian.org: > tags 288918 -sarge Bug#288918: Security patch Tags were: upstream security sarge confirmed Tags removed: sarge > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From jan.eringa@orbian.com Tue Jan 11 14:37:37 2005 From: jan.eringa@orbian.com (Jan Eringa) Date: Tue, 11 Jan 2005 14:37:37 +0000 Subject: exim4 configuration problems Message-ID: <200501111437.37643.jan.eringa@orbian.com> Hi guys, Just a quick report from the trenches :) I've just finished building a new internal relay at our site I had a few issues with ident & exim4 configurations..... Due to internal security ident is not allowed between the mail source & the mail relays (in this case a new install of exim4) I discovered the rfc1413_query_timeout option in the docs then when I greped through the /etc/exim4 directory I found conf.d/main/02_exim4-config_options:# code, cause Exim to make RFC 1413 (ident) callbacks for all incoming SMTP exim4.conf.template:# code, cause Exim to make RFC 1413 (ident) callbacks for all incoming SMTP conf.d/main/02_exim4-config_options looked like a good bet as exim4.conf.template is only a config template right? wrong..... it was only after ripping exim4 out & re-installing it that I noticed the installer mention the exim4.conf.template file as the main configuration file for exim4 Maybe I'm just an idiot, but .... If I ask for a single monolithic configuration file, why install the conf.d directoty with yet another set of files in it. Why call the main config file exim4.conf.template instead of exim4.conf? This stuff may be obvious to people who eat, sleep & breath mail but as someone who only touches these things once every few weeks and runs an install or config once every 6 months ... this is a bit confusing. If you want me to log a bug please let me know. If this is just the way things are & not going to change then also please let me know :) Versions are as follows..... exim4 4.34-10 exim4-base 4.34-10 exim4-config 4.34-10 exim4-daemon-light 4.34-10 Cheers for your time Jan. -- ________________________________ It is by caffeine alone I set my mind in motion, It is by the beans of Java that thoughts acquire speed, The hands acquire shaking, the shaking becomes a warning, It is by caffeine alone I set my mind in motion. (author unknown) with thanks and apologies to Frank Herbert ________________________________ Jan Eringa Unix Admin Orbian Management Ltd ________________________________ ******************************************************************************* The information contained in this electronic message may be confidential and/or privileged. Any unauthorized use, dissemination, distribution, or reproduction is strictly prohibited. If you have received this communication in error, please contact the sender by reply email and destroy all copies of the original message. ******************************************************************************* From xqvuyyebn@telecable.es Tue Jan 11 14:24:29 2005 From: xqvuyyebn@telecable.es (Thaddeus L. Mcfadden) Date: Tue, 11 Jan 2005 08:24:29 -0600 Subject: Monday, and that Wednesday Message-ID: <62604810995215.46258.qmail@telecable.es> Att: Applicant, Your appplication was processed and approvved. You are eligible for $ 400,000 with a 3.4 % deal. Please confirm your information here: http://www.resfn.com/ We look forward to hearing from you. Thaddeus L. Mcfadden Account Manager FEFSR From mh+debian-packages@zugschlus.de Tue Jan 11 15:41:21 2005 From: mh+debian-packages@zugschlus.de (Marc Haber) Date: Tue, 11 Jan 2005 16:41:21 +0100 Subject: exim4 configuration problems In-Reply-To: <200501111437.37643.jan.eringa@orbian.com> References: <200501111437.37643.jan.eringa@orbian.com> Message-ID: <20050111154121.GH11083@torres.l21.ma.zugschlus.de> On Tue, Jan 11, 2005 at 02:37:37PM +0000, Jan Eringa wrote: > it was only after ripping exim4 out & re-installing it that I noticed > the installer mention the exim4.conf.template file as the main > configuration file for exim4 > > Maybe I'm just an idiot, but .... > If I ask for a single monolithic configuration file, why install the conf.d > directoty with yet another set of files in it. Because that directory is being used to re-build the template when you ask for it. otoh, it is extremely hard to stop dpkg-conffiles from being installed in the first place, and we are not allowed to modify (i.e. zap) them in the maintainer scripts. > Why call the main config file exim4.conf.template instead of exim4.conf? Because exim4.conf.template is a template for the real config file /var/lib/exim4/config.autogenerated. > This stuff may be obvious to people who eat, sleep & breath mail > but as someone who only touches these things once every few weeks > and runs an install or config once every 6 months ... this is a bit confusing. It is also all documented in /usr/share/doc/exim4-base/README.Debian.gz. > ******************************************************************************* > The information contained in this electronic message may be > confidential and/or privileged. Any unauthorized use, dissemination, > distribution, or reproduction is strictly prohibited. If you have > received this communication in error, please contact the sender by > reply email and destroy all copies of the original message. > ******************************************************************************* Please refrain from writing to a publicly archived mailing list if you don't want your messages to be distributed to its participants and to be archived for public access on the world wide web. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Tue Jan 11 16:33:25 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 11 Jan 2005 08:33:25 -0800 Subject: Bug#288918: marked as done (Security patch) In-Reply-To: <20050111162613.GC4286@downhill.at.eu.org> References: <20050111162613.GC4286@downhill.at.eu.org> <20050106105440.GA26338@ikki> Message-ID: Your message dated Tue, 11 Jan 2005 17:26:13 +0100 with message-id <20050111162613.GC4286@downhill.at.eu.org> and subject line Fixed in 4.34-10 (which is in both sarge and sid) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 6 Jan 2005 10:54:46 +0000 >From Klaus@ethgen.de Thu Jan 06 02:54:46 2005 Return-path: Received: from static-195-068.catv.glattnet.ch (hathi.ethgen.de) [80.242.195.68] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CmVHy-0005gw-00; Thu, 06 Jan 2005 02:54:46 -0800 Received: from ikki.ket ([192.168.17.4]) by hathi.ethgen.de with asmtp (TLS-1.0:RSA_ARCFOUR_SHA:16) (Exim 4.34) id 1CmVHs-0004fe-QX; Thu, 06 Jan 2005 11:54:40 +0100 Received: from klaus by ikki.ket with local (Exim 4.34) id 1CmVHs-0006sM-Bu; Thu, 06 Jan 2005 11:54:40 +0100 Date: Thu, 6 Jan 2005 11:54:40 +0100 From: Klaus Ethgen To: Debian Bug Tracking System Subject: Security patch Message-ID: <20050106105440.GA26338@ikki> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline X-Reportbug-Version: 3.5 User-Agent: Mutt/1.5.6+20040523i Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Package: exim4 Version: 4.34-9 Severity: critical Two security holes are reported and should be fixed: http://www.exim.org/mail-archives/exim-announce/2005/msg00000.html - -- Package-specific info: Exim version 4.34 #1 built 07-Dec-2004 13:59:38 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages exim4 depends on: ii exim4-base 4.34-9 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-9 Lightweight version of the Exim (v - -- no debconf information - -- Klaus Ethgen http://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQd0Y8J+OKpjRpO3lAQLQSwf7B/4Cr1sOXIU7pDC3whhfPbIjlJXwZ0nZ OsIwtGYkRKedVg0zNK9BZ5NJrAj7etctcQ+9jlPdxQLrM2vBkaOe4L6xgc0YBOyn /Cp/AiVtM4oiiMNqpEAQRpBwWY74r7JhE4CJlimnAJPTKzXMc0HTuy1yQgT70zIV ScFXEDrLP2xYCmvBua8DT1ipSLdC8LPLkhquV9+imi2Vf8BfkZeSw33Qf1q80dBB lkl/ggUjx2zHBgWSNYO3oFVFcaA8MR+3ud1PLVyAlot2laKMDfYNDfOH+eKPTcS+ NHO5v3IdJnodz7HFDwhQ9l+ARm+021+9cEVS6e7YHov/S0RtE6k0rg== =gn+Z -----END PGP SIGNATURE----- --------------------------------------- Received: (at 288918-done) by bugs.debian.org; 11 Jan 2005 16:26:30 +0000 >From ametzler@debian.org Tue Jan 11 08:26:29 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CoOqj-0003je-00; Tue, 11 Jan 2005 08:26:29 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CoOrM-00037V-Nu for 288918-done@bugs.debian.org; Tue, 11 Jan 2005 16:27:25 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.34) id 1CoOqT-0001GZ-7n for 288918-done@bugs.debian.org; Tue, 11 Jan 2005 17:26:13 +0100 Date: Tue, 11 Jan 2005 17:26:13 +0100 From: Andreas Metzler To: 288918-done@bugs.debian.org Subject: Fixed in 4.34-10 (which is in both sarge and sid) Message-ID: <20050111162613.GC4286@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 0.0 (/) Delivered-To: 288918-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: exim4 (4.34-10) unstable; urgency=high * urgency high because this upload fixes two minor security issues. * more documentation for dc_localdelivery in update-exim4.conf.8. * Move slightly more expensive tests in rcpt ACL further down. (This only changes commented out example code.) (Closes: #267708) * Fix 62_statvfs to work with older versions of dpatch. (Closes: #286302) * Version dpatch build-dependency to safeguard against reintroducing this bug. * In comment point out that using saslauthd for SMTP AUTH requires giving exim privileges to use it. * New patch 66_can2005-0021_can2005-0022.dpatch from http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050103/msg00028.h tml fixing two buffer overflows labeled CAN-2005-0021 and CAN-2005-0022 (mh/am). -- Andreas Metzler Wed, 5 Jan 2005 10:39:03 +0100 From o.kone7@zipmail.com.br Tue Jan 11 17:30:11 2005 From: o.kone7@zipmail.com.br (o.kone7@zipmail.com.br) Date: Tue, 11 Jan 2005 18:30:11 +0100 Subject: =?iso-8859-1?Q?CONFIDENCIAL/UGENT/ASSISTANT=20?= Message-ID: <41E3F106000003B1@www.zipmail.com.br> MR OMAR KONE. AUDITING AND ACCOUNTING UNIT. AFRICA DEVELOPMENT BANK(ADB) OUAGADOUGOU BURKINA-FASO. PHONE /226/7657 19 81 Dear Friend, (TOP SECRET) I am MR OMAR KONE the director in charge of auditing and accounting secti= on of Africa Development Bank, (ADB) Ouagadougou Burkina-Faso in West Africa= with due respect and regard. I have decided to contact you on a business transaction that will be very beneficial to both of us at the end of the transaction. During our investigation and auditing in this bank, my department came ac= rossa very huge sum of money belonging to a deceased person who died on 31stOct= ober 1999 in a plane crash and the fund has been dormant in his accountwith th= is Bank without any claim of the fund in our custody either fromhis family or relation before our discovery to this development. Although personally, I keep this information secret within myself to enab= le the whole plans and idea be Profitable and successful during the time of execution. The said amount was U.S $10.5M (TEN million Five hundred Unite= d States dollars). Meanwhile all the whole arrangement to put claim over this fund as the bo= nafidenext of kin to the deceased, get the required approval and transfer this money= to a foreign account has been put in place and directives and needed info= rmation will be relayed to you as soon as you indicate your interest and willingn= ess to assist us and also benefit your self to this great business opportunit= y. In fact I could have done this deal alone but because of my position in this country as a civil servant(A Banker),we are not allowed to operate a foreign account and would eventually raise an eye brow on my side durin= g the time of transfer because I work in this bank. This is the actual reas= on why it will require a second party or fellow who will forward claims as the next of kin with affidavit of trust of oath to the Bank and also pres= ent a foreign account where he will need the money to be re-transferred into on his request as it may be after due verification and clarification by the correspondent branch of the bank where the whole money will be remitt= ed from to your own designation bank account. I will not fail to inform you that this transaction is 100% risk free. On= smooth conclusion of this transaction, you will be entitled to 30% of the= total sum as gratification, while 5% will be set aside to take care of ex= penses hat may arise during the time of transfer and also telephone bills, while= 65% will be for me. Please, you have been adviced to keep "top secret" as= I am still in service and intend to retire from service after I conclude this deal with you. I will be monitoring the whole situation here in this bank until you conf= irm the money in your account and ask me to come down to your country for sub= sequent sharing of the fund according to percentages previously indicated and fur= ther investment, either in your country or any country you advice us to invest= in All other necessary vital information will be sent to you when I hear from you. I look forward to receive your mail at mr_omarkone01@post.cz Yours faithfully, MR OMAR KONE. ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From o.kone9@zipmail.com.br Tue Jan 11 17:43:16 2005 From: o.kone9@zipmail.com.br (o.kone9@zipmail.com.br) Date: Tue, 11 Jan 2005 18:43:16 +0100 Subject: =?iso-8859-1?Q?CONFIDENCIAL/UGENT/ASSISTANT=20?= Message-ID: <41E3F1060000042A@www.zipmail.com.br> MR OMAR KONE. AUDITING AND ACCOUNTING UNIT. AFRICA DEVELOPMENT BANK(ADB) OUAGADOUGOU BURKINA-FASO. PHONE /226/7657 19 81 Dear Friend, (TOP SECRET) I am MR OMAR KONE the director in charge of auditing and accounting secti= on of Africa Development Bank, (ADB) Ouagadougou Burkina-Faso in West Africa= with due respect and regard. I have decided to contact you on a business transaction that will be very beneficial to both of us at the end of the transaction. During our investigation and auditing in this bank, my department came ac= rossa very huge sum of money belonging to a deceased person who died on 31stOct= ober 1999 in a plane crash and the fund has been dormant in his accountwith th= is Bank without any claim of the fund in our custody either fromhis family or relation before our discovery to this development. Although personally, I keep this information secret within myself to enab= le the whole plans and idea be Profitable and successful during the time of execution. The said amount was U.S $10.5M (TEN million Five hundred Unite= d States dollars). Meanwhile all the whole arrangement to put claim over this fund as the bo= nafidenext of kin to the deceased, get the required approval and transfer this money= to a foreign account has been put in place and directives and needed info= rmation will be relayed to you as soon as you indicate your interest and willingn= ess to assist us and also benefit your self to this great business opportunit= y. In fact I could have done this deal alone but because of my position in this country as a civil servant(A Banker),we are not allowed to operate a foreign account and would eventually raise an eye brow on my side durin= g the time of transfer because I work in this bank. This is the actual reas= on why it will require a second party or fellow who will forward claims as the next of kin with affidavit of trust of oath to the Bank and also pres= ent a foreign account where he will need the money to be re-transferred into on his request as it may be after due verification and clarification by the correspondent branch of the bank where the whole money will be remitt= ed from to your own designation bank account. I will not fail to inform you that this transaction is 100% risk free. On= smooth conclusion of this transaction, you will be entitled to 30% of the= total sum as gratification, while 5% will be set aside to take care of ex= penses hat may arise during the time of transfer and also telephone bills, while= 65% will be for me. Please, you have been adviced to keep "top secret" as= I am still in service and intend to retire from service after I conclude this deal with you. I will be monitoring the whole situation here in this bank until you conf= irm the money in your account and ask me to come down to your country for sub= sequent sharing of the fund according to percentages previously indicated and fur= ther investment, either in your country or any country you advice us to invest= in All other necessary vital information will be sent to you when I hear from you. I look forward to receive your mail at mr_omarkone01@post.cz Yours faithfully, MR OMAR KONE. ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From Marc Sherman , 289959@bugs.debian.org Wed Jan 12 02:10:35 2005 From: Marc Sherman , 289959@bugs.debian.org (Marc Sherman) Date: Tue, 11 Jan 2005 21:10:35 -0500 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY Message-ID: Package: exim4-config Version: 4.34-10 Severity: normal The recent upgrade to 4.34-10 changed the value of the LOCAL_DELIVERY variable to DEBCONFlocaldeliveryDEBCONF. However, that variable doesn't seem to be defined, and debconf never asked me what to set it to. Is the debconf question missing from this version? I tried dpkg-reconfigure -plow exim4-config just in case the priority was too low, but that didn't do the trick. Given the comments in 250980 ("This definetely won't happen for sarge"), is it possible that this was done for sid and then partially backed out when the security fix was pushed into sarge? - Marc -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:07:49 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' dc_other_hostnames='lab403.com:groundworksdesign.ca:redthreaddesign.ca' dc_local_interfaces='' dc_readhost='projectile.ca' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.magma.ca' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='false' mailname:projectile.ca -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii passwd 1:4.0.3-30.7 Change and administer password and -- debconf information: exim4/dc_noalias_regenerate: false * exim4/dc_smarthost: mail.magma.ca * exim4/dc_relay_domains: * exim4/dc_relay_nets: * exim4/mailname: projectile.ca * exim4/dc_local_interfaces: * exim4/dc_minimaldns: false exim4/exim3_upgrade: true * exim4/dc_other_hostnames: lab403.com:groundworksdesign.ca:redthreaddesign.ca * exim4/dc_eximconfig_configtype: internet site; mail is sent and received directly using SMTP exim4/no_config: true * exim4/hide_mailname: false * exim4/dc_postmaster: msherman * exim4/dc_readhost: projectile.ca * exim4/use_split_config: false exim4/exim4-config-title: From Marc Haber , 289959@bugs.debian.org Wed Jan 12 07:14:40 2005 From: Marc Haber , 289959@bugs.debian.org (Marc Haber) Date: Wed, 12 Jan 2005 08:14:40 +0100 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY In-Reply-To: References: Message-ID: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> On Tue, Jan 11, 2005 at 09:10:35PM -0500, Marc Sherman wrote: > The recent upgrade to 4.34-10 changed the value of the LOCAL_DELIVERY > variable to DEBCONFlocaldeliveryDEBCONF. However, that variable doesn't > seem to be defined, and debconf never asked me what to set it to. Is > the debconf question missing from this version? I tried > dpkg-reconfigure -plow exim4-config just in case the priority was too > low, but that didn't do the trick. > > Given the comments in 250980 ("This definetely won't happen for sarge"), > is it possible that this was done for sid and then partially backed out > when the security fix was pushed into sarge? Sarge's debconf templates have a string freeze, so we cannot add another question without invalidating all translations. The debconf question will be added once 4.43 or later is in unstable, which won't happen before t-p-u and testing-security work. Greetins Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Sherman , 289959@bugs.debian.org Wed Jan 12 13:37:03 2005 From: Marc Sherman , 289959@bugs.debian.org (Marc Sherman) Date: Wed, 12 Jan 2005 08:37:03 -0500 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY In-Reply-To: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> References: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> Message-ID: <41E527FF.8060804@projectile.ca> Marc Haber wrote: > > Sarge's debconf templates have a string freeze, so we cannot add > another question without invalidating all translations. > > The debconf question will be added once 4.43 or later is in unstable, > which won't happen before t-p-u and testing-security work. That's what I thought. You should probably roll back the change to the conf file, then, which currently implies that the question is in debconf when it's not. - Marc From Marc Haber , 289959@bugs.debian.org Wed Jan 12 14:01:56 2005 From: Marc Haber , 289959@bugs.debian.org (Marc Haber) Date: Wed, 12 Jan 2005 15:01:56 +0100 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY In-Reply-To: <41E527FF.8060804@projectile.ca> References: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> <41E527FF.8060804@projectile.ca> Message-ID: <20050112140156.GA380@torres.l21.ma.zugschlus.de> On Wed, Jan 12, 2005 at 08:37:03AM -0500, Marc Sherman wrote: > Marc Haber wrote: > >Sarge's debconf templates have a string freeze, so we cannot add > >another question without invalidating all translations. > > > >The debconf question will be added once 4.43 or later is in unstable, > >which won't happen before t-p-u and testing-security work. > > That's what I thought. You should probably roll back the change to the > conf file, then, which currently implies that the question is in debconf > when it's not. No, the feature is there for a reason. You can always edit /etc/exim4/update-exim4.conf.conf. What is not there is the debconf-based configuration possibility, but that's only gold plating anyway. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Sherman , 289959@bugs.debian.org Wed Jan 12 14:11:57 2005 From: Marc Sherman , 289959@bugs.debian.org (Marc Sherman) Date: Wed, 12 Jan 2005 09:11:57 -0500 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY In-Reply-To: <20050112140156.GA380@torres.l21.ma.zugschlus.de> References: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> <41E527FF.8060804@projectile.ca> <20050112140156.GA380@torres.l21.ma.zugschlus.de> Message-ID: <41E5302D.2080003@projectile.ca> Marc Haber wrote: > > No, the feature is there for a reason. You can always edit > /etc/exim4/update-exim4.conf.conf. What is not there is the > debconf-based configuration possibility, but that's only gold plating > anyway. I've got to disagree with you pretty strongly on this one. The conf files (partial and template) currently contains: # The default transport, set in /etc/exim4/update-exim4.conf.conf. See # CONFDIR/conf.d/transport/ for possibilities LOCAL_DELIVERY=DEBCONFlocaldeliveryDEBCONF The DEBCONF*DEBCONF construction pretty strongly implies that DEBCONF is being used, but it's not. Also, the comment is wrong -- /etc/exim4/update-exim4.conf.conf doesn't contain anything to do with this variable. It's not at all clear to me what should actually be put in the .conf.conf file to make this work -- is it DEBCONFlocaldeliveryDEBCONF=maildir_home or localdelivery=maildir_home or dc_localdelivery=maildir_home ? IMO, you've taken something that a lot of people want to change in the config file, and made it much more confusing to change than it was when you just had to edit the config file itself. Of course, debconfing it would be the ideal, but it's clear that that can't happen for sarge. - Marc From Marc Haber , 289959@bugs.debian.org Wed Jan 12 16:13:40 2005 From: Marc Haber , 289959@bugs.debian.org (Marc Haber) Date: Wed, 12 Jan 2005 17:13:40 +0100 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY In-Reply-To: <41E5302D.2080003@projectile.ca> References: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> <41E527FF.8060804@projectile.ca> <20050112140156.GA380@torres.l21.ma.zugschlus.de> <41E5302D.2080003@projectile.ca> Message-ID: <20050112161340.GG380@torres.l21.ma.zugschlus.de> On Wed, Jan 12, 2005 at 09:11:57AM -0500, Marc Sherman wrote: > I've got to disagree with you pretty strongly on this one. The conf > files (partial and template) currently contains: > > # The default transport, set in /etc/exim4/update-exim4.conf.conf. See > # CONFDIR/conf.d/transport/ for possibilities > LOCAL_DELIVERY=DEBCONFlocaldeliveryDEBCONF > > The DEBCONF*DEBCONF construction pretty strongly implies that DEBCONF is > being used, but it's not. Also, the comment is wrong -- > /etc/exim4/update-exim4.conf.conf doesn't contain anything to do with > this variable. We'll improve on the documentation in one of the next versions, but that will only happen with low priority. Current priority is getting 4.43 into sarge, which means syncinc 4.34 and 4.43 and then uploading a 4.43 with minimal changes to the corresponding 4.34 version to ease the release team's decision. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From "Adam D. Barratt" , 289959@bugs.debian.org Wed Jan 12 17:21:49 2005 From: "Adam D. Barratt" , 289959@bugs.debian.org (Adam D. Barratt) Date: Wed, 12 Jan 2005 17:21:49 -0000 Subject: Bug#289959: exim4-config: Missing debconf question for LOCAL_DELIVERY References: <20050112071438.GB19731@torres.l21.ma.zugschlus.de> <41E527FF.8060804@projectile.ca> <20050112140156.GA380@torres.l21.ma.zugschlus.de> <41E5302D.2080003@projectile.ca> Message-ID: <180201c4f8cb$33f65e10$eb00010a@andromeda> On Wednesday, January 12, 2005 2:11 PM, Marc Sherman wrote: > Marc Haber wrote: >> >> No, the feature is there for a reason. You can always edit >> /etc/exim4/update-exim4.conf.conf. What is not there is the >> debconf-based configuration possibility, but that's only gold plating >> anyway. [...] > Also, the comment is wrong -- > /etc/exim4/update-exim4.conf.conf doesn't contain anything to do > with this variable. It doesn't as shipped, but it can; see below. > It's not at all clear to me what should actually be put in the > .conf.conf file to make this work -- is it imho, update-exim4.conf(8) is about as clear as it could be about the answer to that question: CONFIGURATION VARIABLES update-exim4.conf evaluates these patterns in /etc/exim4/update-exim4.conf.conf: [...] dc_localdelivery name of the default transport for local mail delivery. Defaults to mail_spool if unset, use maildir_home for delivery to ~/Maildir/. Regards, Adam From kayo@internow.vig-seet.to Thu Jan 13 07:38:59 2005 From: kayo@internow.vig-seet.to (§•ž‚Ì‘z‚¢) Date: Thu, 13 Jan 2005 16:38:59 +0900 (KST) Subject: =?ISO-2022-JP?B?GyRCPXc7Ujk7QDgkTiUqIXsbKEI=?= =?ISO-2022-JP?B?GyRCJUshPBsoQg==?= Message-ID: <20050113073859.7A18146C673@accs.ori-g.net> $B"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!2s"!(B $B!!!!!!!!!!!X%"%R%k$NM9JX20$5$s!Y(B-------$B:#F|$N$4>R2p%5%$%H"v(B $B!!!!!!!!!!"#"#(B $B!!!!!!!!!!"#"#!!!!!!?4$H%+%i%@$NL~$77O%5%$%H!!!y!y!y(B $B!!!!!!!!!!"#"#(B $B!A!A!A1|$N%*%/$^$G0V$a$F!A!A!A(B $B!z!#(B::$B!#(B.::$B!&!,!y!#!%!'!'!&!,!z!#!'!'!#!%!'!'!&!,!z!#(B::$B!#!'!'!#!%(B.:$B!y!#!%!'!'!&!,!z!#!'!'!#!%!'!'!&!,!z!#(B:: $B!!!!!!!!!!!!!!!!$"$J$?$N7x$$!{!{!{$r%V%A9~$s$G$'!A(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!%3%o%l$A$c$&$/$i$$%a%A%c%/%A%c$K$7$FM_$7$$$N$)!D(B $B!!!!!!(Bhttp://spgal.polty.cc/?yrsijxxs08 $B!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'(B $B!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!z!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!z!&!&!&!&!&!&!&!&!&!&!&!&!&(B $B!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!z!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'!'(B $B!!"""""#""""!y!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!y"""""#""""(B $B!!"""#"""#""!!(B $B!!%-%e!<%H$G#H$J%*%s%J$N;R$?$A$,0lGU$@$h$C!!!!"""#"""#""(B $B!!"""""#""""!y!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!y"""""#""""(B --------------$B2D0&$$%*%M%($5$s$N$0$C$7$g$jG($l$?0|$i$J%"%=%3!y')')')(B $B!!!!!!!!!!(B ---------$B$A$C$=$/$7$A$c$&$/$i$$$NBg$C$-$J%*%C%Q%$!z!#!'!'(B $B!!!!!!!!(B ---$BG{$i$l$?$^$^$G?HF0$-$G$-$:$K6KB@$N%P%$%V$r%"%=%3$K$"$F$i$l$?=w;R!{@8!D!y(B $B!!!!!!!!!!!!!!!!!!!!!!!}!#!#!#$"$J$?$N4jK>$+$J$($^$9"v!#!#!#!}(B $B!!!!!!(Bhttp://spgal.polty.cc/?yrsijxxs08 $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!!(B $B"#"#"#"#"#"#"#"#"#"#"#(B $BFC=8$=$N#1(B $B"#"#"#"#"#"#"#"#"#"#"#(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B"#=w;R!{3X@8$N;d@83h!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!JY6/$J$s$F$7$F$i$l$J$$%-%b%A$#$#%3%H$N$[$&$,$b$C$H$b$C$HCN$j$?$$$N$)(B $B"#$*30$G%O%a$F"v!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!(B $B!!!!!!?M$K8+$i$l$k$+$b$7$l$J$$%9%j%k$C$F%/%;$K$J$j$=$&!D(B $B!!!!!!1x$l$?1X$N8x=0%H%$%l$d?M5$$N>/$J$$8x1`$G9T$o$l$k4m81$JHk$a;v!D(B $B!!!!!!(Bhttp://spgal.polty.cc/?yrsijxxs08 $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B!!(B $B"#"#"#"#"#"#"#"#"#"#"#(B $BFC=8$=$N#2(B $B"#"#"#"#"#"#"#"#"#"#"#(B $B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B $B"#L%OG$N%3%9%W%l!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!$"$3$,$l$N%3%9%W%lL\Gr2!$7!*%J!<%9I~$d%A%c%$%J%I%l%9$r$O$@$1$F?HLe$($k(B $B"#AG?M%J%s%Q:GA0@~!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!Lk$JLk$J3MJ*$r5a$a$F39$K=PKW$9$k%J%s%Q;U$NI,>!%F%/%K%C%/$H$O!D(B $B"#Ep;#$N4[!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#!#(B $B!!!!!!8x=0%H%$%l$dC&0a>l!DL5KIHw$J=w$N;R$?$A$N;d@83h$r7cpJs$NMxMQ$K4X$7$F$O!"(B $B!!!!!!!!$49XFIR2p@h$N%5%$%H$K$*$1$k$$$+$J$k%H%i%V%k$dB;32$KBP$7$F$b(B $B!!!!!!!!Ev6I$G$O0l@Z$N@UG$$rIi$$$+$M$^$9!#(B $B!!!!!!!!Kt!"7G:\>pJs$K4X$7$F$N$$$+$J$k$*Ld9g$;$KBP$7$F$b$*Ez$($7$+$M$^$9$N$G(B $B!!!!!!!!M=$a$4N;>52<$5$$!#(B $B!!!!!!!!(B $B!!!!!!!!7G:\$5$l$?5-;v$N0lIt$^$?$OA4It$r5v2D$J$/E>:\$9$k$3$H$r6X;_CW$7$^$9!#(B $B!!!!(B $B!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!]!](B $B!!!!"#9XFI2r=|J}K!(B $B!!!!!!!!9XFI2r=|$r$44uK>$NJ}$O!"$*, 290269@bugs.debian.org Thu Jan 13 09:23:51 2005 From: "nodata" , 290269@bugs.debian.org (nodata) Date: Thu, 13 Jan 2005 10:23:51 +0100 (CET) Subject: Bug#290269: exim4-config clashes with exim mailx mutt mysql-server Message-ID: <55666.213.164.3.90.1105608231.squirrel@213.164.3.90> Package: exim4-config Version: 4.34-10 exim4-config conflicts with exim, and a few other important packages: mutt mysql-server I'm using Sarge. From owner@bugs.debian.org Thu Jan 13 10:03:54 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 13 Jan 2005 02:03:54 -0800 Subject: Bug#290269: marked as done (exim4-config clashes with exim mailx mutt mysql-server) In-Reply-To: <20050113095101.GB32331@torres.l21.ma.zugschlus.de> References: <20050113095101.GB32331@torres.l21.ma.zugschlus.de> <55666.213.164.3.90.1105608231.squirrel@213.164.3.90> Message-ID: Your message dated Thu, 13 Jan 2005 10:51:01 +0100 with message-id <20050113095101.GB32331@torres.l21.ma.zugschlus.de> and subject line Bug#290269: exim4-config clashes with exim mailx mutt mysql-server has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 13 Jan 2005 09:23:53 +0000 >From debian@nodata.co.uk Thu Jan 13 01:23:53 2005 Return-path: Received: from brunel.mywebserver.net [217.158.187.230] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cp1Cq-0004L2-00; Thu, 13 Jan 2005 01:23:53 -0800 Received: from nodata by brunel.mywebserver.net with local (Exim 4.43) id 1Cp1Cp-00067i-Br for submit@bugs.debian.org; Thu, 13 Jan 2005 09:23:51 +0000 Received: from 213.164.3.90 ([213.164.3.90]) (SquirrelMail authenticated user nodata); by www.nodata.co.uk with HTTP; Thu, 13 Jan 2005 10:23:51 +0100 (CET) Message-ID: <55666.213.164.3.90.1105608231.squirrel@213.164.3.90> Date: Thu, 13 Jan 2005 10:23:51 +0100 (CET) Subject: exim4-config clashes with exim mailx mutt mysql-server From: "nodata" To: submit@bugs.debian.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - brunel.mywebserver.net X-AntiAbuse: Original Domain - bugs.debian.org X-AntiAbuse: Originator/Caller UID/GID - [32079 32079] / [47 12] X-AntiAbuse: Sender Address Domain - nodata.co.uk X-Source: X-Source-Args: X-Source-Dir: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_10,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4-config Version: 4.34-10 exim4-config conflicts with exim, and a few other important packages: mutt mysql-server I'm using Sarge. --------------------------------------- Received: (at 290269-done) by bugs.debian.org; 13 Jan 2005 09:51:04 +0000 >From mh+debian-packages@zugschlus.de Thu Jan 13 01:51:04 2005 Return-path: Received: from 5301d.unt0.torres.l21.ma.zugschlus.de (torres.int.l21.ma.zugschlus.de) [217.151.83.1] (Debian-exim) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cp1d9-00054h-00; Thu, 13 Jan 2005 01:51:04 -0800 Received: from mh by torres.int.l21.ma.zugschlus.de with local (Exim 4.43) id 1Cp1d7-0000ht-Ie; Thu, 13 Jan 2005 10:51:01 +0100 Date: Thu, 13 Jan 2005 10:51:01 +0100 From: Marc Haber To: nodata , 290269-done@bugs.debian.org Subject: Re: Bug#290269: exim4-config clashes with exim mailx mutt mysql-server Message-ID: <20050113095101.GB32331@torres.l21.ma.zugschlus.de> References: <55666.213.164.3.90.1105608231.squirrel@213.164.3.90> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55666.213.164.3.90.1105608231.squirrel@213.164.3.90> User-Agent: Mutt/1.3.28i Delivered-To: 290269-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-4.0 required=4.0 tests=BAYES_20,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On Thu, Jan 13, 2005 at 10:23:51AM +0100, nodata wrote: > exim4-config conflicts with exim, Feature. You can only have one MTA installed. From the package system's view, exim4 and exim are two different, conflicting MTAs. That Ok, since both configurations are not compatible. > and a few other important packages: > mutt mysql-server NACK. Please re-investigate and give more info, reopening the bug if applicable. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From yukayuka_big_wings@yahoo.co.jp Wed Jan 12 11:56:19 2005 From: yukayuka_big_wings@yahoo.co.jp (yukayuka_big_wings@yahoo.co.jp) Date: Wed, 12 Jan 2005 20:56:19 +0900 (JST) Subject: =?ISO-2022-JP?B?i3aCtYLUguiCvoLL?= Message-ID: 20050112205625 ‚à‚¤”N‚à–¾‚¯‚¿‚á‚Á‚½‚ËAƒ†ƒJ‹Ž”N‚ÍŒ¤C‚â‚牽‚â‚ç‚Å–Z‚µ‚­‚Á‚ÄB‚â‚Á‚Ï‚è‘å•Ï‚¾‚È‚Á‚Äg‚ð‚à‚Á‚ÄŽÀŠ´‚µ‚½‚¯‚ÇA‚Å‚à‚â‚肪‚¢‚ª‚ ‚é‚©‚ç–Ê”’‚¢‚Á‚ÄŽv‚¤B–é‹Î‚Æ‚©‚ ‚é‚Æ‚«‚Í‘Ì’²ŠÇ—‚₨”§‚̃PƒA‚È‚ñ‚©‚É‚à‹C‚ð‚‚©‚Á‚¿‚Ⴄ‚¯‚ÇA‚»‚ñ‚È‚±‚ÆŒ¾‚Á‚Ä‚ç‚ê‚È‚¢‚à‚ñ‚ËB ˜A—‚µ‚Ä‚È‚©‚Á‚½‚¯‚ÇA‚Ç‚£H‚â‚Á‚Ï‚èŽdŽ––Z‚µ‚¢HH From phillipmark@virgilio.it Fri Jan 14 05:48:18 2005 From: phillipmark@virgilio.it (phillipmark@virgilio.it) Date: Fri, 14 Jan 2005 06:48:18 +0100 Subject: urgent Message-ID: <41C97FB90004C738@ims2c.cp.tin.it> ATTENTION Good day, and best wishes of the day with all honour and due respesct.I am Mr.Phillip Mark, the Accountant General of a Bank in Africa.I humbly request your kindest assistance in the transfer of money amounting to $35.000,000.00 in my bank. On June. 1994, an oil consultant/contractor wi= th the oil ministry, Mr.Alfred .C Walker, he made a fixed deposit of U.S $35= million dollars in my bank. We sent a routine notification to his forward= ing address but got no reply. After a month, we sent a remind errand;finally his employers wrote to inf= orm us that Mr.Alfred died in an automobile accident, that he died without ma= king a will while our attempt to investigate his next of kin proved fruitless only God knows why he made it this way.When he was making deposition in my bank, he did not declare his next of kin in his deposit application fo= rm, when I reminded him he said he wished it so, in the conservative manner of our bank, I did not turn down his request rather honor it considering his net worth. The point is that his employer= s are not aware of his deposit with us;therefore I am the only person who knows about Mr. Alfred?s deposit of $35,000,000.00which i would not like to disclose to the overnment,which is now lying in a dormant account portfolio. I am looking forward for a reliable foreigner who will stand or assist wi= th good heart and trust as the next of kin to Mr. Alfred.I have worked out modalities of achieving my aim by appointing you as the next of kin, as well as transfer the $35,000,000.00 abroad for us toshare. I will use an attorney who will represent you as the beneficiary to series of affida= vit in support of your claim including certificate of origin of the money,pow= er of attorney, which empowers you as the sole trustee/executive to the esta= te of Alfred. Please note that you may not be required to sign any transfer document as the appointed attorney will do all, if you are not able to come over.If you agree to act as the next of kin/beneficiary to enable me transfer/convert the money to our enefit use. I will give you 30% of total amount while 5% will take care of any unfore= seen expenses may incurred in the course of concluding this transaction. I am urgently and confidentially waiting for your earliest response. Thanks and God bless, Mr. Phillip Mark.(Accountant General) From Wieslaw Swiatek , 290464@bugs.debian.org Fri Jan 14 09:42:26 2005 From: Wieslaw Swiatek , 290464@bugs.debian.org (Wieslaw Swiatek) Date: Fri, 14 Jan 2005 10:42:26 +0100 (CET) Subject: Bug#290464: SPF support in 4.43 Message-ID: Package: exim4 Version: 4.43-2 Severity: wishlist Hi. I just test exim 4.43-2 from experimental. For me works fine, but when I try configure SPF then exim report error in config file. Its looks like that does not include in exim4-daemon-heavy. Hoever exiscan version is: 4.43-28 with support SPF and SRS SPF uses libspf2 and this library is aviable in sarge -> http://packages.qa.debian.org/libspf2 Thanks -- Wieslaw -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686-smp Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages exim4 depends on: ii exim4-base 4.43-2 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.43-2 Exim (v4) with extended features, -- no debconf information From "Peter Rockai \(mornfall\)" , 290466@bugs.debian.org Fri Jan 14 09:54:06 2005 From: "Peter Rockai \(mornfall\)" , 290466@bugs.debian.org (Peter Rockai (mornfall)) Date: Fri, 14 Jan 2005 10:54:06 +0100 Subject: Bug#290466: exim4-base: postinst fails on upgrade from 4.34-9 Message-ID: Package: exim4-base Version: 4.34-10 Severity: normal Setting up exim4-base (4.34-10) ... mkdir: invalid option -- o Try `mkdir --help' for more information. dpkg: error processing exim4-base (--configure): >From aptitude log: [UPGRADE] exim4-base 4.34-9 -> 4.34-10 -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:06:10 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' dc_other_hostnames='' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' mailname:sirion -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages exim4-base depends on: ii adduser 3.59 Add and remove users and groups ii cron 3.0pl1-86 management of regular background p ii debconf [debconf-2.0] 1.4.41 Debian configuration management sy ii exim4-config [exim4-config- 4.34-10 Debian configuration for exim4 ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb3 3.2.9-20 Berkeley v3 Database Libraries [ru ii netbase 4.19 Basic TCP/IP networking system ii passwd 1:4.0.3-30.7 Change and administer password and -- debconf information: exim4/purge_spool: false exim4/move_exim3_spool: false From Florian Weimer , 289458@bugs.debian.org Fri Jan 14 16:32:17 2005 From: Florian Weimer , 289458@bugs.debian.org (Florian Weimer) Date: Fri, 14 Jan 2005 17:32:17 +0100 Subject: Bug#289458: callout verification and synchronization checks bite each other In-Reply-To: <20050109100043.GE19722@mails.so.argh.org> (Andreas Barth's message of "Sun, 9 Jan 2005 11:00:43 +0100") References: <20050109100043.GE19722@mails.so.argh.org> Message-ID: <87k6qgug32.fsf@deneb.enyo.de> * Andreas Barth: > On my system, errors like this are logged: > 2005-01-09 09:27:12 SMTP protocol violation: synchronization error (input sent without waiting for greeting): rejected connection from H=costa.debian.org [217.196.43.131] FYI: Philip Hazel has updated the Exim 4.50 snapshot to include a more informative message. The callout code has also been fixed, and the synchronization error no longer occurs. From owner@bugs.debian.org Fri Jan 14 17:26:12 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 14 Jan 2005 09:26:12 -0800 Subject: Processed: Re: Bug#290464: SPF support in 4.43 In-Reply-To: <20050114165839.GA27008@torres.l21.ma.zugschlus.de> References: <20050114165839.GA27008@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > tags #290464 wontfix Bug#290464: SPF support in 4.43 There were no tags set. Tags added: wontfix > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 290466-maintonly@bugs.debian.org Fri Jan 14 17:02:32 2005 From: Marc Haber , 290466-maintonly@bugs.debian.org (Marc Haber) Date: Fri, 14 Jan 2005 18:02:32 +0100 Subject: Bug#290466: exim4-base: postinst fails on upgrade from 4.34-9 In-Reply-To: References: Message-ID: <20050114170232.GB27008@torres.l21.ma.zugschlus.de> On Fri, Jan 14, 2005 at 10:54:06AM +0100, Peter Rockai (mornfall) wrote: > Setting up exim4-base (4.34-10) ... > mkdir: invalid option -- o > Try `mkdir --help' for more information. > dpkg: error processing exim4-base (--configure): Please try to re-exec with $EX4DEBUG set to some non-empty value. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Haber , 290464@bugs.debian.org Fri Jan 14 16:58:39 2005 From: Marc Haber , 290464@bugs.debian.org (Marc Haber) Date: Fri, 14 Jan 2005 17:58:39 +0100 Subject: Bug#290464: SPF support in 4.43 In-Reply-To: References: Message-ID: <20050114165839.GA27008@torres.l21.ma.zugschlus.de> tags #290464 wontfix thanks On Fri, Jan 14, 2005 at 10:42:26AM +0100, Wieslaw Swiatek wrote: > Hi. I just test exim 4.43-2 from experimental. > For me works fine, but when I try configure SPF then exim report > error in config file. > > Its looks like that does not include in exim4-daemon-heavy. See /usr/share/doc/exim4-base/README.Debian.gz. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From "Peter Rockai (mornfall)" , 290466-maintonly@bugs.debian.org Fri Jan 14 17:11:18 2005 From: "Peter Rockai (mornfall)" , 290466-maintonly@bugs.debian.org (Peter Rockai (mornfall)) Date: Fri, 14 Jan 2005 18:11:18 +0100 Subject: Bug#290466: exim4-base: postinst fails on upgrade from 4.34-9 In-Reply-To: <20050114170232.GB27008@torres.l21.ma.zugschlus.de> References: <20050114170232.GB27008@torres.l21.ma.zugschlus.de> Message-ID: <200501141811.28860.mornfall@kalyxo.org> --nextPart2568760.VUddN0uRLo Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 14 January 2005 18:02, Marc Haber wrote: > On Fri, Jan 14, 2005 at 10:54:06AM +0100, Peter Rockai (mornfall) wrote: > > Setting up exim4-base (4.34-10) ... > > mkdir: invalid option -- o > > Try `mkdir --help' for more information. > > dpkg: error processing exim4-base (--configure): > > Please try to re-exec with $EX4DEBUG set to some non-empty value. Oh, hmm... Apparently, my /usr/bin/install is the culprit... Not supporting= -o=20 (i'm using install-sh distributed with GNU autotools). Probably just close= =20 the bug then, i'll think of some solution for myself... Sorry for bothering. Setting up exim4-base (4.34-10) ... + '[' -d /var/spool/exim/input ']' + '[' x '!=3D' x ']' + db_version 2.0 + _db_cmd 'VERSION 2.0' + echo 'VERSION 2.0' + local 'IFS=3D ' + local _LINE + read -r _LINE + RET=3D2.0 + return 0 + case "$1" in + getent passwd Debian-exim + install -d -oDebian-exim -gadm -m2750 /var/log/exim4 mkdir: invalid option -- o > > Greetings > Marc =2D-=20 Peter Rockai (mornfall) | mornfall()kalyxo!org | http://www.kalyxo.org =2D------------------------------------------------------------------------= =2D- He says gods like to see an atheist around. Gives them something to aim at. -- (Terry Pratchett, Small Gods) --nextPart2568760.VUddN0uRLo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBB5/1AvQmfopLcAqkRApsLAKCSAyb2zOiUs9DTmv0Mwb8OL/XXVACghOY4 8GMlPouIPmOELb0c+dfWqRU= =FKjz -----END PGP SIGNATURE----- --nextPart2568760.VUddN0uRLo-- From gamboidris6@o2.pl Fri Jan 14 20:03:55 2005 From: gamboidris6@o2.pl (gamboidris6@o2.pl) Date: Fri, 14 Jan 2005 21:03:55 +0100 Subject: =?iso-8859-2?Q?Dear_Sir,?= Message-ID: <20050114200356.4B3FCD0BFC@rekin6.o2.pl> Dear Sir,=0D =0D Good day and how are you today and your family, hope fine.=0D =0D I am Mr. Gambo Idris. I am sorry if I have intruded on your privacy or ba= rged on you without your permission. I have a very rewarding business off= er which I will want us to be involved in together with all trust, confid= entiality and good brotherliness.=0D =0D I was a member of the organizing committee of the just concluded "ALL AFR= ICAN GAMES" which was organized and hosted by Nigeria but before now I ha= ve been the director of sports in the Federal Ministry of Sports. We were= appointed over 3 years ago to supervise the building of the ultra modern= Abuja National Stadium, putting in place all equipments needed for the c= ompletion of the stadium which is acclaimed to be one of the best in the = world today and hosting the games. This project cost the government of Ni= geria Millions of dollars. =0D =0D Today the project has been completed commissioned and used for the hostin= g of the All African Games and all equipments put in place. The accounts = have been rendered to the government satisfactorily and we have received = commendations for a job well done. During the construction, planning and = execution of this project, I was able to make some money, which was kept = in an escrow account from where contractors were paid and materials purch= sed until the project is completed.=0D =0D =0D =0D To my amazement late last year I discovered that this money has reached a= n astonishing (FIFTEEN MILLION SIX HUNDRED THOUSAND UNITED STATES DOLLARS= ) =0D =0D .I am at a cross road now because I can not claim this money in my name a= s I have declared it a contractors money while depositing it, secondly as= a government worker the civil service code of conduct does not allow me = to own or operate a domiciliary account with such a huge amount on it due= to the credit ceiling on savings. All I want you to do is to assist me i= n clearing this amount from the bank while standing as one of the foreign= contractors who have executed projects but has not been paid and on whos= e behalf I have made the deposit. =0D =0D On the payment of this money to you as the contractor I will come to meet= with you so that we can both sit down and discuss further what kind of b= usiness we will enter into or if need be expand your already existing bus= iness, talk on the interests we will get on our investments.Please feel f= ree to indicate what you will take from this amount, as this is very impo= rtant to us before we commence proceedings.=0D =0D I will tell you more about this when I hear from you. I will give you eve= ry detail and what you are to do. Please also i want you to send me your = full contact address to enable me contact you by your Mobile Telephone an= d Fax numbers and please do not let anybody know even your friend's ontil= l the fund comes into your Account ok.=0D =0D I wait to hear from you.=0D =0D Regards, =0D =0D MR.GAMBO IDRIS.=0D From mrs.lydia@tsamail.co.za Thu Jan 13 19:25:43 2005 From: mrs.lydia@tsamail.co.za (Mrs.Lydia Johnson) Date: Thu, 13 Jan 2005 20:25:43 +0100 Subject: Good Day to you......... Alternative Email Address=28 mrs=2Elydia=40tsamail=2Eco=2Eza=29 C=2Fo Eglise Uganda =28Catholic church =29 Liberte Sicap=2C Dakar Senegal=2E Our number=3A00221-562-5366 Good Day=2E I know this mail will come to you as a surprise=2C nevertheless I am Mrs=2E Lydia Johnson=2C aged 59 years=2Cthe wife of Major Stephen Johnson=2C Chief Security Officer and Aide-de=96camp to the president Charles Tailor of Liberia=2E As a result of the on-going war in my country=2C I am saddled with problems of my ill health of protracted diabetes and high blood pressure which is getting of increase in the resent times and also getting a trust worthy individual abroad to receive the sum of US$10million and 25 kg worth of Diamond on our behalf=2E Due to this war crises presently in my city Monrovia our home town=2C my husband managed to sneak me and my son David 23 years of age and four other of my daughters out of Monrovia to Dakar senegal for safety=2E We were sneaked into Dakar Senegal through the land boarder by the help of some government militant group=2E My husband adviced me to get a trust worthy individual abroad to receive the deposit=2EI feel confident therefore to introduce myself and this offer to you based on this problem of war in my country and our present condition as all our foreign contacts and connections got lost during this crises=2C all properties burnt by the rebels=2E I am desperately in need to move and re-locate this huge deposit to your country for safe keeping on the advice of my husband as this is the only wealth remaining for the future survival and well being of our large family=2E For your percentage for assistance=2C a negotiable percentage will be discussed as soon as I receive your response based on this plea for your assistance as our lives are highly in danger due to war=2E I pray and plead for your help=2E You can email me back for further clarifications God bless you as you heed to my plea for assistance=2E Sincerely yours=2E Mrs=2ELydia Johnson and children From aminau5@tiscali.no Sat Jan 15 12:53:46 2005 From: aminau5@tiscali.no (aminau5@tiscali.no) Date: Sat, 15 Jan 2005 13:53:46 +0100 Subject: Assalam U Alaikum Message-ID: <41AC618B00007C2C@cpfe11.be.tisc.dk> Dear friend Assalam U Alaikum, I am amina Usman from Libya.I am married to Late Mallam Aminu USMAN of bl= essed memory who is an oil explorer in Libya and Kuwait for twelve years before= he died in the year 2000.We were married for twelve years without a child= .He died after abrief illnes s that lasted for only four days.Before his death we were both devoted Mu= slims.Since his death I too have been battling with both Cancer and fibroid problems.= When my late Husband was alive he deposited the sum of $9.5million (Nine Million, Five Hundred thousand U.S Dollars) with a Finance Company in oversea. Recently,my doct= or told me that I have only six months to live due to cancer problem. Though= what disturbs me most is my stroke sickness.Having known my condition I decided to donate this fund toei ther a Muslem organization or devoted Muslim individual that will utilize= this money the way I am going to instructs herein. I want this Muslim organization or individual to use this money in all si= ncerity to fund mosques, orphanages, widows, and also propagating the word of ALL= AH and to ensure that the society upholdsthe views and belief of the Holy Qu= ran. The Holy Quran emph asizes so much on ALLAH'S benevolence and this has encourage me to take the bold step.I took this decision because I don't have any child that wi= ll inherit this money and my husband relatives are new Christian's converts and I don't want a situation wher e this money will be used in an Unholy manner.Hence the reasons for this bold ecision. I know that after death I will be with ALLAH the most benef= icent and themost merciful. I don't need any telephone communication in this regard because of my health, because of the presence of my husband's relatives around me alway= s. I don't want them to know about this development. With ALLAH all things are possible. As soon as I receive your reply on Email:(aminausman@zwallet.com) I shall= give you the country in oversea where the money was deposited. I will als= o issue a letter of authority to the Finance Company authorizing them that the said fund Have being willed to you and a copy of such authorization will be forwarded to you. I want you and the Muslim community where you reside to= always pray for me. My happiness is that I lived a true devoted Muslims worthy of emulation. Whoever that wants to serve ALLAH must serve him in truth and in fairness= . Please always be prayerful all through your life.Any delay in your reply will give room in sourcing for a Muslim organization or a devoted Muslim for this same purpose. Until I hear from you, my dreams will rest squarel= y on your shoulders.May theAlmighty ALLAH continue to guide and protect you. Regards amina Usman, Email: aminauman5@mailpanda.com From peterd@marshadder.org Sat Jan 15 17:38:22 2005 From: peterd@marshadder.org (Peter Denison) Date: Sat, 15 Jan 2005 17:38:22 +0000 (GMT) Subject: Message-ID header rewriting Message-ID: For a while I've been thinking about extending header rewriting to the Message-ID header, so as to not leak information about my internal network out through the mail gateway. (If you are an anti-rewriting zealot, please stop reading now!) I have implemented this, and done some testing of it. It can be turned on by using the "all-headers" flag, or by adding an 'i' flag to the rewriting rule flags. Fortunately someone else appears to also be interested, according to the exim-users list archives, so I thought I'd share the patch. Is this sufficient as a patch-submission process, or is there some other address or list I should forward to? Please someone let me know. (CC'd to debian maintainers and Jan-Peter as interested parties) Patch is against 4.34 (from debian source package), but I have checked visually against a pristine 4.44, and it should apply cleanly with offsets --- src/rewrite.c.orig 2004-05-10 13:31:20.000000000 +0100 +++ src/rewrite.c 2004-12-17 21:28:28.000000000 +0000 @@ -20,7 +20,8 @@ " bcc", "reply-to", "env-from", - " env-to" + " env-to", + " msg-id" }; /* Structure and table for finding source of address for debug printing */ @@ -39,6 +40,7 @@ { rewrite_replyto, US"reply-to:" }, { rewrite_envfrom, US"env-from" }, { rewrite_envto, US"env-to" }, + { rewrite_msgid, US"message-id:"}, { rewrite_smtp, US"smtp recipient" }, { rewrite_smtp|rewrite_smtp_sender, US"smtp sender" } }; @@ -745,6 +747,10 @@ case htype_reply_to: return rewrite_one_header(h, rewrite_replyto, routed_old, routed_new, rewrite_rules, existflags, replace); + + case htype_id: + return rewrite_one_header(h, rewrite_msgid, routed_old, routed_new, + rewrite_rules, existflags, replace); } return NULL; --- src/macros.h.orig 2004-05-10 13:31:20.000000000 +0100 +++ src/macros.h 2004-12-17 21:34:38.000000000 +0000 @@ -613,21 +613,22 @@ #define rewrite_cc 0x0008 #define rewrite_bcc 0x0010 #define rewrite_replyto 0x0020 -#define rewrite_all_headers 0x003F /* all header flags */ +#define rewrite_msgid 0x0040 +#define rewrite_all_headers 0x007F /* all header flags */ -#define rewrite_envfrom 0x0040 -#define rewrite_envto 0x0080 -#define rewrite_all_envelope 0x00C0 /* all envelope flags */ +#define rewrite_envfrom 0x0080 +#define rewrite_envto 0x0100 +#define rewrite_all_envelope 0x0180 /* all envelope flags */ #define rewrite_all (rewrite_all_headers | rewrite_all_envelope) -#define rewrite_smtp 0x0100 /* rewrite at SMTP time */ -#define rewrite_smtp_sender 0x0200 /* SMTP sender rewrite (allows <>) */ -#define rewrite_qualify 0x0400 /* qualify if necessary */ -#define rewrite_repeat 0x0800 /* repeat rewrite rule */ +#define rewrite_smtp 0x0200 /* rewrite at SMTP time */ +#define rewrite_smtp_sender 0x0400 /* SMTP sender rewrite (allows <>) */ +#define rewrite_qualify 0x0800 /* qualify if necessary */ +#define rewrite_repeat 0x1000 /* repeat rewrite rule */ -#define rewrite_whole 0x1000 /* option bit for headers */ -#define rewrite_quit 0x2000 /* "no more" option */ +#define rewrite_whole 0x2000 /* option bit for headers */ +#define rewrite_quit 0x4000 /* "no more" option */ /* Flags for log_write(); LOG_MAIN, LOG_PANIC, and LOG_REJECT are also in local_scan.h */ --- src/readconf.c.orig 2004-05-10 13:31:20.000000000 +0100 +++ src/readconf.c 2004-12-17 21:34:38.000000000 +0000 @@ -1018,6 +1021,7 @@ case 'c': next->flags |= rewrite_cc; break; case 'b': next->flags |= rewrite_bcc; break; case 'r': next->flags |= rewrite_replyto; break; + case 'i': next->flags |= rewrite_msgid; break; case 'E': next->flags |= rewrite_all_envelope; break; case 'F': next->flags |= rewrite_envfrom; break; -- Peter Denison Please use this address only for personal mail, not copied to lists gatewayed to news or web pages unless the addresses are removed. From jun.cheng49@laposte.net Sat Jan 15 17:58:52 2005 From: jun.cheng49@laposte.net (cheng) Date: 15 Jan 2005 17:58:52 -0000 Subject: Acknowledge My Mail Message-ID: <20050115175852.342.qmail@cl1.phpnet.org> Mr. Jun Cheng, Bank Of Korea, 16-1, Yoido-dong, Youngdungpo-gu, Seoul 150-873. Dear Friend I am Jun Cheng a manager of bills/exchange at the foreign remittance department of Hanivitbank. In my department, we discovered an abandoned sum of $44,700,000.00 (Forty Four Million, Seven Hundred Thousand United State Dollars only) in an account that belonged to one Late Mr Andrew Phillips an American, who died along with his entire family, on November 1998, in a ghastly plane crash. Since we got the information about his death, we have been expecting his next-of-kin to come over and file a claim as next of kin over his money because we can not release it unless somebody applied for it as next of kin or relation to the deceased as indicated in our banking guidelines. Unfortunately, nobody has come forward to claim this money. It is based on this that some officials in my department and I have decided to establish a cordial business relationship with you, hence by contacting you. We want you to present yourself as the next of kin to Late Mr Andrew Phillips, so that the funds can be remitted into your account. Moreover, we do not want the money to go into the government account as unclaimed bills. The banking law and guidelines here stipulates that any account abandoned or is dormant for a period of years, is deemed closed and all money contained therein forfeited to the government treasury account. Now, it is being speculated that the above sum will be transferred into the government account as an unclaimed fund on or before the end of this financial quarter of 2005, when nobody come forward to lay claims. The reason for requesting your assistance, is occasioned by, the fact that the deceased (Late Mr Andrew Phillips) was a foreigner, and we have access to his detailed bio data which you will hold as a weapon to present yourself as the next of kin to Late Mr Andrew Phillips. The mode of sharing after a successful transfer of the money into your account, shall be 70% to my colleagues and I, for the role you will be expected to play in this deal, we have agreed to give you 25% of the total sum and 5% for the expenses we are going to encounter by the two parties in the course of this transaction. Therefore,you are expected to reply this letter indicating your readiness and interest to participate in this business. After receiving your reply, you will be communicated to with the exact steps to take. I expect your urgent response and I shall contact you for further discussion on this matter,to enable us conclude this transaction urgently without any delay or hitch. Please treat this business proposal as strictly confidential for security reasons considering my official position in Bank of Korea. Personal Regards, Mr. Jun Cheng ___________________________________________________________________________ From Andreas Metzler , 290466@bugs.debian.org Sat Jan 15 19:56:06 2005 From: Andreas Metzler , 290466@bugs.debian.org (Andreas Metzler) Date: Sat, 15 Jan 2005 20:56:06 +0100 Subject: Bug#290466: exim4-base: postinst fails on upgrade from 4.34-9 In-Reply-To: <200501141811.28860.mornfall@kalyxo.org> References: <20050114170232.GB27008@torres.l21.ma.zugschlus.de> <200501141811.28860.mornfall@kalyxo.org> Message-ID: <20050115195606.GA12487@downhill.at.eu.org> On 2005-01-14 "Peter Rockai (mornfall)" wrote: [...] > + getent passwd Debian-exim > + install -d -oDebian-exim -gadm -m2750 /var/log/exim4 > mkdir: invalid option -- o It looks like your "install" is busted. You probably have a non-(Debian)-standard install in /usr/local/bin/, Debian's install(1) does not use mkdir(1) to generate directories. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From owner@bugs.debian.org Sat Jan 15 20:18:09 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sat, 15 Jan 2005 12:18:09 -0800 Subject: Bug#283568: marked as done (exim4: Wrong info in README.SMTP-AUTH) In-Reply-To: <20050115200615.GA2482@downhill.at.eu.org> References: <20050115200615.GA2482@downhill.at.eu.org> Message-ID: Your message dated Sat, 15 Jan 2005 21:06:15 +0100 with message-id <20050115200615.GA2482@downhill.at.eu.org> and subject line Bug#283568: exim4: Wrong info in README.SMTP-AUTH has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 29 Nov 2004 22:20:53 +0000 >From olaf@xwis.net Mon Nov 29 14:20:53 2004 Return-path: Received: from smtp1.cistron.nl [62.216.30.40] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CYtt7-0003kj-00; Mon, 29 Nov 2004 14:20:53 -0800 Received: from cust.18.38.adsl.cistron.nl ([62.216.18.38] helo=localhost) by smtp1.cistron.nl with esmtp (Exim 3.36 #1 (Debian)) id 1CYtt3-0005e9-00; Mon, 29 Nov 2004 23:20:49 +0100 Received: from olaf by localhost with local (Exim 4.34) id 1CYMAS-00032H-HZ; Sun, 28 Nov 2004 11:20:32 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Olaf van der Spek To: Debian Bug Tracking System Subject: exim4: Wrong info in README.SMTP-AUTH X-Mailer: reportbug 3.2 Date: Sun, 28 Nov 2004 11:20:32 +0100 Message-Id: Sender: Olaf van der Spek Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-8 Severity: normal It says: [3] If you are using split-configuration (dc_use_split_config='true' in /etc/exim4/update-exim4.conf.conf), the files to edit are: /etc/exim4/conf.d/transport/30_exim4-config_remote_smtp /etc/exim4/conf.d/auth/30_exim4-config_examples But isn't 30_exim4-config_remote_smtp for the SMTP client and not the SMTP server? It'd also be nice to mention the format of the passwd file (username:crypted password) and that crypted passwords can be generated via mkpasswd. And what to edit in 30_exim4-config_examples for SASL and for non-SASL authentication. -- Package-specific info: Exim version 4.34 #1 built 20-Nov-2004 11:30:44 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='xwis.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='smtp.cistron.nl' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' mailname:debian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4 depends on: ii exim4-base 4.34-8 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-8 Lightweight version of the Exim (v -- no debconf information --------------------------------------- Received: (at 283568-done) by bugs.debian.org; 15 Jan 2005 20:06:36 +0000 >From ametzler@downhill.at.eu.org Sat Jan 15 12:06:36 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([/dGREXmc5SUemN4EaIBBBIE0mnQ7N42M]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CpuBw-0000FL-00; Sat, 15 Jan 2005 12:06:36 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CpuCa-0002mI-Sm for 283568-done@bugs.debian.org; Sat, 15 Jan 2005 20:07:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.34) id 1CpuBb-0004Bb-Le for 283568-done@bugs.debian.org; Sat, 15 Jan 2005 21:06:15 +0100 Date: Sat, 15 Jan 2005 21:06:15 +0100 From: Andreas Metzler To: 283568-done@bugs.debian.org Subject: Re: Bug#283568: exim4: Wrong info in README.SMTP-AUTH Message-ID: <20050115200615.GA2482@downhill.at.eu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.7 (+) Delivered-To: 283568-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: This has been fixed in 4.34-9 with * remove outdated info from README.SMTP-AUTH and clarify corresponding comments in configuration file. The bug has not been closed automatically due to a typo in debian/changelog. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From katie@ftp-master.debian.org Sun Jan 16 18:54:52 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Sun, 16 Jan 2005 13:54:52 -0500 Subject: Processing of exim4_4.43-3_i386.changes Message-ID: exim4_4.43-3_i386.changes uploaded successfully to localhost along with the files: exim4_4.43-3.dsc exim4_4.43-3.diff.gz exim4-base_4.43-3_i386.deb exim4-daemon-light_4.43-3_i386.deb eximon4_4.43-3_i386.deb exim4-daemon-heavy_4.43-3_i386.deb exim4-config_4.43-3_all.deb exim4_4.43-3_all.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Sun Jan 16 19:02:15 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Sun, 16 Jan 2005 14:02:15 -0500 Subject: exim4_4.43-3_i386.changes ACCEPTED Message-ID: Accepted: exim4-base_4.43-3_i386.deb to pool/main/e/exim4/exim4-base_4.43-3_i386.deb exim4-config_4.43-3_all.deb to pool/main/e/exim4/exim4-config_4.43-3_all.deb exim4-daemon-heavy_4.43-3_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-3_i386.deb exim4-daemon-light_4.43-3_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-3_i386.deb exim4_4.43-3.diff.gz to pool/main/e/exim4/exim4_4.43-3.diff.gz exim4_4.43-3.dsc to pool/main/e/exim4/exim4_4.43-3.dsc exim4_4.43-3_all.deb to pool/main/e/exim4/exim4_4.43-3_all.deb eximon4_4.43-3_i386.deb to pool/main/e/exim4/eximon4_4.43-3_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 288930 Thank you for your contribution to Debian. From owner@bugs.debian.org Sun Jan 16 19:18:11 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 11:18:11 -0800 Subject: Bug#288930: marked as done (exim4-config: incorrect Finnish Debconf translation "kaksoispilkulla") In-Reply-To: References: <87zmzmg3s4.fsf@Astalo.kon.iki.fi> Message-ID: Your message dated Sun, 16 Jan 2005 14:02:15 -0500 with message-id and subject line Bug#288930: fixed in exim4 4.43-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 6 Jan 2005 12:07:26 +0000 >From kon@iki.fi Thu Jan 06 04:07:25 2005 Return-path: Received: from addr-213-216-216-151.suomi.net (Astalo.kon.iki.fi) [213.216.216.151] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CmWQG-0001Hy-00; Thu, 06 Jan 2005 04:07:25 -0800 Received: from kalle by Astalo.kon.iki.fi with local (Exim 4.34) id 1CmWQ9-00015z-D2; Thu, 06 Jan 2005 14:07:17 +0200 To: Debian Bug Tracking System Subject: exim4-config: incorrect Finnish Debconf translation "kaksoispilkulla" X-Accept-Language: fi;q=1.0, en;q=0.9, sv;q=0.5, de;q=0.1 From: Kalle Olavi Niemitalo Date: Thu, 06 Jan 2005 14:06:51 +0200 Message-ID: <87zmzmg3s4.fsf@Astalo.kon.iki.fi> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: --=-=-= Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Package: exim4-config Version: 4.34-9 Severity: minor Tags: l10n When configuring exim4-config, Debconf asked me the following question in Finnish: Kirjoita ne verkkoalueet joiden posti hyv=E4ksyt=E4=E4n v=E4litett=E4v=E4= ksi. N=E4iden verkkoalueiden posti hyv=E4ksyt=E4=E4n v=E4litett=E4v=E4ksi mist= =E4 tahansa Internetist=E4. =C4l=E4 kirjoita paikallisia verkkoalueita t=E4h=E4n. T=E4h=E4n kirjoitettavat verkkoaluenimet olisi eroteltava kaksoispilkulla. Jokerimerkkej=E4 voi k=E4ytt=E4=E4. Verkkoalueet joiden posti v=E4litet=E4=E4n: The word "kaksoispilkulla" is an incorrect translation for "by colons". The correct translation would be "kaksoispisteell=E4". (The plural form is "kaksoispisteill=E4", but that would suggest having multiple colons adjacent to each other.) =2D- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.23-kon.astalo.1 Locale: LANG=3Dfi_FI.UTF-8, LC_CTYPE=3Dfi_FI.UTF-8 Versions of packages exim4-config depends on: ii adduser 3.51 Add and remove users and groups ii debconf [debconf-2.0] 1.4.41 Debian configuration managemen= t sy ii passwd 1:4.0.3-30.3 Change and administer password= and --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBB3Sn1Hm9IGt60eMgRAsLCAKDL9AXFw3ukrpaF/3MUtz/CURadagCdGpWn NJIOJlYD7yuTCL+qAD1IgZk= =w6+w -----END PGP SIGNATURE----- --=-=-=-- --------------------------------------- Received: (at 288930-close) by bugs.debian.org; 16 Jan 2005 19:06:09 +0000 >From katie@ftp-master.debian.org Sun Jan 16 11:06:09 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqFiz-00007z-00; Sun, 16 Jan 2005 11:06:09 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1CqFfD-0008Hj-00; Sun, 16 Jan 2005 14:02:15 -0500 From: Andreas Metzler To: 288930-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#288930: fixed in exim4 4.43-3 Message-Id: Sender: Archive Administrator Date: Sun, 16 Jan 2005 14:02:15 -0500 Delivered-To: 288930-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: exim4 Source-Version: 4.43-3 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.43-3_i386.deb to pool/main/e/exim4/exim4-base_4.43-3_i386.deb exim4-config_4.43-3_all.deb to pool/main/e/exim4/exim4-config_4.43-3_all.deb exim4-daemon-heavy_4.43-3_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-3_i386.deb exim4-daemon-light_4.43-3_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-3_i386.deb exim4_4.43-3.diff.gz to pool/main/e/exim4/exim4_4.43-3.diff.gz exim4_4.43-3.dsc to pool/main/e/exim4/exim4_4.43-3.dsc exim4_4.43-3_all.deb to pool/main/e/exim4/exim4_4.43-3_all.deb eximon4_4.43-3_i386.deb to pool/main/e/exim4/eximon4_4.43-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 288930@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sat, 15 Jan 2005 19:38:16 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.43-3 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 288930 Changes: exim4 (4.43-3) unstable; urgency=low . * Now that 4.44 is released upload 4.43 to unstable. ;-) Merge experimental and unstable changelog. * More lintian overrides. ("X" in eximon4's description has to be capital, and we take care to only use settitle if it is available. * make nullmailer setup and the way we use mailname a lot more sensible, attacking #244095 and #280207: - mailname is not implicitely made a local domain, instead it is listed explicitely in dc_other_hostnames, where users can easily remove it from. (This is basically what postfix does, too.) When upgrading existing installations mailname is automatically added _once_ to dc_other_hostnames, on fresh installations mailname is the default value of dc_other_hostnames. We store the fact that we have added mailname to dc_other_hostnames in $dc_mailname_in_oh in update-exim4.conf.conf. - Make exim work correctly if dc_readhost ("visible, rewritten domain name for local users") ends up as part of local_domain, which happens if the same value is chosen for mailname and dc_readhost. This implemented by new router, hub_user_smarthost. Previously users were required to use something different (my.invalid.domain) for mailname. - Special thanks to Christian Perrier for taking care of the template translation updates. * We did not substitute the current value into the debconf templates with db_subst but showed the old ones from the previous debconf run. * /etc/exim4/email-adresses is ignored now, please use /etc/email-adresses! * Bosnian (bs.po) translation is complete (Thanks Adis Nezirovic). * Includes de.po change suggested in #286525. * One-line fix for incorrect fi.po translation by Kalle Olavi Niemitalo. (Closes: #288930) Files: 1d810a9791165f92501371c17b17c7d3 1073 mail important exim4_4.43-3.dsc 55d07f15082303a79ef32eaa53ecce33 555694 mail important exim4_4.43-3.diff.gz c774cd6786f9235a6fcdfff47aa49a1a 770098 mail important exim4-base_4.43-3_i386.deb 52e03fdffa73d29b661304e6e756263d 360206 mail important exim4-daemon-light_4.43-3_i386.deb a612cf0e715d676994ffef602bc3c03a 72994 mail optional eximon4_4.43-3_i386.deb 28135c760f9d262b953c78b359c4b119 434200 mail optional exim4-daemon-heavy_4.43-3_i386.deb 371f3c26c0befe31c198148b404de69b 214732 mail important exim4-config_4.43-3_all.deb 6dbd7e16a6558531f8dbdbbb3719081d 1200 mail important exim4_4.43-3_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB6rTsHTOcZYuNdmMRAur3AJ9eXb0rrX9Ytshxla+N/KOMfRJQbwCeMoZ1 ejgtf7iJYFsQqvdCp8eeEx4= =AbYY -----END PGP SIGNATURE----- From owner@bugs.debian.org Sun Jan 16 20:18:26 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:26 -0800 Subject: Bug#274246: marked as done (exim 4.42 available upstream) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> <20040930143710.GS22286@aleph.priv.flatline.de> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 30 Sep 2004 15:16:01 +0000 >From count@flatline.de Thu Sep 30 08:16:01 2004 Return-path: Received: from gluck.debian.org [192.25.206.10] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CD2f3-0008Eg-00; Thu, 30 Sep 2004 08:16:01 -0700 Received: from pd9e7d50f.dip0.t-ipconnect.de (flatline.de) [217.231.213.15] by gluck.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CD24s-0000Q8-00; Thu, 30 Sep 2004 08:38:38 -0600 Received: from count by flatline.de with local (Exim 3.35 #1) id 1CD23S-0004Ae-00 for submit@bugs.debian.org; Thu, 30 Sep 2004 16:37:10 +0200 Date: Thu, 30 Sep 2004 16:37:10 +0200 From: Andreas Kotes To: submit@bugs.debian.org Subject: support for multiple malware scanners wanted - update to 4.42? Message-ID: <20040930143710.GS22286@aleph.priv.flatline.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i Sender: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_44,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4-daemon-heavy Version: 4.34-6 Severity: minor Hi! exiscan for exim 4.42 brings support for multiple virusscanners by allowing expansion of av_scanner since patchlevel 25 ... besides exim 4.42 being nice to have, this would allow for more secure installations. Thanks for considering it Count -- Andreas Kotes - ICQ: 3741366 - The views expressed herein are (only) mine! A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort. (Herm Albright) ## OpenPGP key 0x8F94C228 --------------------------------------- Received: (at 274246-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:38 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 274246-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 9 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:25 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:25 -0800 Subject: Bug#267994: marked as done (exim4: 4.4x package) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 25 Aug 2004 12:50:52 +0000 >From mike@icc-cuba.com Wed Aug 25 05:50:52 2004 Return-path: Received: from ns2.icc-cuba.com [200.55.137.27] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BzxEp-0003jV-00; Wed, 25 Aug 2004 05:50:52 -0700 Received: from [200.55.137.26] (helo=sheila.home.icc-cuba.com) by ns2.icc-cuba.com with esmtp (Exim 4.34) id 1BzxEd-0002Is-Rm; Wed, 25 Aug 2004 08:50:40 -0400 Received: from mike by sheila.home.icc-cuba.com with local (Exim 4.34) id 1BzxFT-0000i0-3Z; Wed, 25 Aug 2004 08:51:31 -0400 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Maykel Moya To: Debian Bug Tracking System Subject: exim4: 4.4x package X-Mailer: reportbug 2.64 Date: Wed, 25 Aug 2004 08:51:31 -0400 Message-Id: Sender: Maykel Moya X-Spam-Score: -100.0 (---------------------------------------------------) Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-5 Severity: wishlist Can you package a 4.4x version? Regards mike -- Package-specific info: -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-2 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages exim4 depends on: ii exim4-base 4.34-5 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-5 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 267994-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:38 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 267994-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 8 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:24 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:24 -0800 Subject: Bug#265818: marked as done (exim4: enable ssmtp (port 465) support; useful for Outlook 2000) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 15 Aug 2004 06:52:24 +0000 >From anand@kumria.com Sat Aug 14 23:52:24 2004 Return-path: Received: from adsl-40-236.swiftdsl.com.au (giskard.kumria.com) [218.214.40.236] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BwEsR-00031T-00; Sat, 14 Aug 2004 23:52:23 -0700 Received: from anand by giskard.kumria.com with local (Exim 4.34) id 1BwErM-0006wz-CE; Sun, 15 Aug 2004 16:51:26 +1000 MIME-Version: 1.0 From: Anand Kumria To: Debian Bug Tracking System X-Mailer: reportbug 2.63 Date: Sun, 15 Aug 2004 16:51:16 +1000 Message-Id: Sender: Anand Kumria X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: anand@kumria.com Content-Type: multipart/mixed; boundary="===============0128040434==" Subject: exim4: enable ssmtp (port 465) support; useful for Outlook 2000 X-SA-Exim-Version: 4.0 (built Sat, 24 Apr 2004 12:31:30 +0200) X-SA-Exim-Scanned: Yes (on giskard.kumria.com) Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: This is a multi-part MIME message sent by reportbug. --===============0128040434== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: exim4 Version: 4.34-4 Severity: normal Hi there, I just setup exim4 and decided to spend some time getting submission working from Outlook 2000. Unfortunately it appears Outlook 2000 does not support/understand STARTTLS. It wants SSL to start immediately. Fortunately the Exim maintainers knew about this and have included specific functionality to support these broken clients. Attached are patches to /etc/default/exim4 and /etc/init.d/exim4 which should make it simple for site that have these clients to enable this. To note is that this support only works if Exim is set to 'separate' mode for the listener and queuerunner. Hopefully you can incorporate this in future versions you upload. Thanks, Anand -- Package-specific info: Exim version 4.34 #1 built 27-Jul-2004 18:06:50 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.4.26-1-386 Locale: LANG=C, LC_CTYPE=C Versions of packages exim4 depends on: ii exim4-base 4.34-4 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-4 Lightweight version of the Exim (v -- no debconf information --===============0128040434== Content-Type: application/octet-stream MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="etc.default.exim4-patch" LS0tIC9ldGMvZGVmYXVsdC9leGltNC5vcmlnCTIwMDQtMDgtMTUgMTY6NDE6MTEuMDAwMDAwMDAw ICsxMDAwCisrKyAvZXRjL2RlZmF1bHQvZXhpbTQJMjAwNC0wOC0xNSAxNjozMzo0NC4wMDAwMDAw MDAgKzEwMDAKQEAgLTIwLDMgKzIwLDEwIEBACiBRRkxBR1M9JycKICMgb3B0aW9ucyBmb3IgZGFl bW9uIGxpc3RlbmluZyBvbiBwb3J0IDI1CiBTTVRQTElTVEVORVJPUFRJT05TPScnCisKKyMgU2hv dWxkIHdlIGFsc28gc3RhcnR1cCBhbiBzc210cCBsaXN0ZW5lcj8KKyMgVGhpcyBpcyByZXF1aXJl ZCBpZiB5b3Ugd2FudCBPdXRsb29rIDIwMDAgCisjIGNsaWVudHMgdG8gdXNlIFNTTCB3aXRoIFNN VFAKK1NTTVRQTElTVEVORVI9MQorIyBvcHRpb25zIGZvciBkYWVtb24gbGlzdGVuaW5nIG9uIHBv cnQgNDY1IChzc210cCkKK1NTTVRQTElTVEVORVJPUFRJT05TPSctdGxzLW9uLWNvbm5lY3QgLW9Y IHNzbXRwIC1vUCAvdmFyL3J1bi9leGltNC9leGltcy5waWQnCg== --===============0128040434== Content-Type: application/octet-stream MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="etc.init.d.exim4-patch" LS0tIC9ldGMvaW5pdC5kL2V4aW00Lm9yaWcJMjAwNC0wOC0xNSAxNjo0Mzo0OC4wMDAwMDAwMDAg KzEwMDAKKysrIC9ldGMvaW5pdC5kL2V4aW00CTIwMDQtMDgtMTUgMTY6NDQ6MTcuMDAwMDAwMDAw ICsxMDAwCkBAIC01NCw2ICs1NCwxMCBAQAogICAgIHNlcGFyYXRlKQogICAgICAgc3RhcnQtc3Rv cC1kYWVtb24gLS1zdGFydCAtLXBpZGZpbGUgL3Zhci9ydW4vZXhpbTQvZXhpbS5waWQgXAogICAg ICAgICAtLWV4ZWMgJERBRU1PTiAtLSAtYmQgJHtTTVRQTElTVEVORVJPUFRJT05TfSAke0NPTU1P Tk9QVElPTlN9CisgICAgICBpZiBbICR7U1NNVFBMSVNURU5FUn0gLWVxIDEgXTsgdGhlbgorICAg ICAgc3RhcnQtc3RvcC1kYWVtb24gLS1zdGFydCAtLXBpZGZpbGUgL3Zhci9ydW4vZXhpbTQvZXhp bXMucGlkIFwKKyAgICAgICAgLS1leGVjICREQUVNT04gLS0gLWJkICR7U1NNVFBMSVNURU5FUk9Q VElPTlN9ICR7Q09NTU9OT1BUSU9OU30KKyAgICAgIGZpCiAgICAgICBzdGFydC1zdG9wLWRhZW1v biAtLXN0YXJ0IC0tcGlkZmlsZSAvdmFyL3J1bi9leGltNC9leGltcXIucGlkIFwKICAgICAgICAg LS1leGVjICREQUVNT04gLS0gLW9QIC92YXIvcnVuL2V4aW00L2V4aW1xci5waWQgXAogICAgICAg ICAtcSR7UUZMQUdTfSR7UVVFVUVJTlRFUlZBTH0gJHtRVUVVRVJVTk5FUk9QVElPTlN9ICR7Q09N TU9OT1BUSU9OU30KQEAgLTc5LDEwICs4MywxMyBAQAogICBbIC1mIC92YXIvcnVuL2V4aW00L2V4 aW1xci5waWQgXSAmJiBcCiAgICAgc3RhcnQtc3RvcC1kYWVtb24gLS1zdG9wIC0tcGlkZmlsZSAv dmFyL3J1bi9leGltNC9leGltcXIucGlkIFwKICAgICAgIC0tb2tub2RvIC0tcmV0cnkgMzAgLS1l eGVjICREQUVNT04KKyAgWyAke1NTTVRQTElTVEVORVJ9IC1lcSAxIF0gJiYgWyAtZiAvdmFyL3J1 bi9leGltNC9leGltcy5waWQgXSAmJiBcCisgICAgc3RhcnQtc3RvcC1kYWVtb24gLS1zdG9wIC0t cGlkZmlsZSAvdmFyL3J1bi9leGltNC9leGltcy5waWQgXAorICAgICAgLS1va25vZG8gLS1yZXRy eSAzMCAtLWV4ZWMgJERBRU1PTgogICBbIC1mIC92YXIvcnVuL2V4aW00L2V4aW0ucGlkIF0gJiYg XAogICAgIHN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXBpZGZpbGUgL3Zhci9ydW4vZXhpbTQv ZXhpbS5waWQgXAogICAgICAgLS1va25vZG8gLS1yZXRyeSAzMCAtLWV4ZWMgJERBRU1PTgotICBy bSAtZiAvdmFyL3J1bi9leGltNC9leGltcXIucGlkIC92YXIvcnVuL2V4aW00L2V4aW0ucGlkIAor ICBybSAtZiAvdmFyL3J1bi9leGltNC9leGltcXIucGlkIC92YXIvcnVuL2V4aW00L2V4aW1zLnBp ZCAvdmFyL3J1bi9leGltNC9leGltLnBpZCAKIH0KIAogcmVsb2FkX2V4aW0oKQpAQCAtOTUsNiAr MTAyLDEwIEBACiAgICAgc2VwYXJhdGUpCiAgICAgICBzdGFydC1zdG9wLWRhZW1vbiAtLXN0b3Ag LS1waWRmaWxlIC92YXIvcnVuL2V4aW00L2V4aW0ucGlkIFwKICAgICAgICAgLS1zaWduYWwgMSAt LWV4ZWMgJERBRU1PTgorICAgICAgaWYgWyAke1NTTVRQTElTVEVORVJ9IC1lcSAxIF07IHRoZW4K KyAgICAgIHN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXBpZGZpbGUgL3Zhci9ydW4vZXhpbTQv ZXhpbXMucGlkIFwKKyAgICAgICAgLS1zaWduYWwgMSAtLWV4ZWMgJERBRU1PTgorICAgICAgZmkK ICAgICAgIHN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXBpZGZpbGUgL3Zhci9ydW4vZXhpbTQv ZXhpbXFyLnBpZCBcCiAgICAgICAgIC0tc2lnbmFsIDEgLS1leGVjICREQUVNT04KICAgICAgIDs7 Cg== --===============0128040434==-- --------------------------------------- Received: (at 265818-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:38 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 265818-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 7 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:21 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:21 -0800 Subject: Bug#261511: marked as done (exim4: possible very long delay with callout verification) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 26 Jul 2004 13:01:42 +0000 >From ron@debian.org Mon Jul 26 06:01:42 2004 Return-path: Received: from dsl2-160.gw1.adl1.airnet.com.au (hank.shelbyville.oz) [202.174.37.160] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Bp56r-0004BD-00; Mon, 26 Jul 2004 06:01:42 -0700 Received: from ron by hank.shelbyville.oz with local (Exim 4.34) id 1Bp564-0004ME-AK; Mon, 26 Jul 2004 22:30:52 +0930 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ron To: Debian Bug Tracking System Subject: exim4: possible very long delay with callout verification X-Mailer: reportbug 2.63 Date: Mon, 26 Jul 2004 22:30:52 +0930 Message-Id: Sender: Ron Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_44,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-2 Severity: normal Hi, exim4 allows you to configure a timeout for each single attempt at callout verification of receiver and sender addresses, but it places no absolute limit on the time taken to process a single address, or (put differently) on the number of mx's it will query before abandoning verification temporarily or permanently. I've been seeing spam with apparent senders from sites like mail333.com and newsabuse.net which have a large number of mx hosts listed in dns which are largely unresponsive. If exim attempts to do a callout verification on eg. foo@newsabuse.net [1], then it will take sufficiently long to complete that a fetchmail process feeding it may lose its pop connection due to inactivity (which in the most common configuration will cause it to loop continually re-retrieving all the messages in the remote spool up to the problem one). Even with a callout time so short that usually responsive hosts may fail to answer in time, newsabuse.net was able to break my fetchmail feeder in this way until I disabled callout verification. If would be nice to have this defer if no answer is received in a (hard limited) configurable period, and perhaps to have a defer_fail option to complement defer_ok -- though the latter I can emulate using a acl_mX variable and two separate tests. See (the tail of) #186739 for similar comments with a fetchmail bias. callout verification is obviously more useful for a direct smtp connection than a fetchmail feed, but that may still be useful to people for mail filtering (it's too early for me to say how useful with much confidence ...) cheers, Ron [1] - exim -bt that one, then try to connect to a few to see what we're up against. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.21-pre5+acpi+swsusp Locale: LANG=C, LC_CTYPE=C Versions of packages exim4 depends on: ii exim4-base 4.34-2 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-2 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 261511-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:37 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 261511-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 5 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:19 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:19 -0800 Subject: Bug#260114: marked as done (exim4: verify = header_sender does not respect callout options) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 18 Jul 2004 15:05:59 +0000 >From ron@debian.org Sun Jul 18 08:05:59 2004 Return-path: Received: from dsl2-160.gw1.adl1.airnet.com.au (hank.shelbyville.oz) [202.174.37.160] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BmDEl-0007fY-00; Sun, 18 Jul 2004 08:05:59 -0700 Received: from ron by hank.shelbyville.oz with local (Exim 4.34) id 1BmDEN-0000MK-Q2; Mon, 19 Jul 2004 00:35:35 +0930 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ron To: Debian Bug Tracking System Subject: exim4: verify = header_sender does not respect callout options X-Mailer: reportbug 2.63 Date: Mon, 19 Jul 2004 00:35:35 +0930 Message-Id: Sender: Ron Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-2 Severity: normal Howdy, the following test (in acl_check_data): deny message = No verified sender in message headers !verify = header_sender/callout=random,postmaster,no_cache silently ignores the additional options to callout. (confirmed with -bhc testing) Similar options work fine in acl_check_rcpt for sender and recipient. cheers, Ron -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.21-pre5+acpi+swsusp Locale: LANG=C, LC_CTYPE=C Versions of packages exim4 depends on: ii exim4-base 4.34-2 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-2 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 260114-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:37 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 260114-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 4 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:14 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:14 -0800 Subject: Bug#230545: marked as done (Typos in /usr/share/doc/exim4-base/filter.txt.gz) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> <20040131190227.GA8297@ay.vinc17.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 31 Jan 2004 19:03:07 +0000 >From vincent@vinc17.org Sat Jan 31 11:03:07 2004 Return-path: Received: from vinc17.net1.nerim.net (ay.vinc17.org) [62.4.18.82] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1An0OY-0006Bz-00; Sat, 31 Jan 2004 11:03:07 -0800 Received: from lefevre by ay.vinc17.org with local (Exim 4.30) id 1An0Nv-0002CC-U6; Sat, 31 Jan 2004 20:02:27 +0100 Date: Sat, 31 Jan 2004 20:02:27 +0100 From: Vincent Lefevre To: Debian Bug Tracking System Subject: Typos in /usr/share/doc/exim4-base/filter.txt.gz Message-ID: <20040131190227.GA8297@ay.vinc17.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 2.39 X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.5.1i Sender: Vincent Lefevre Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_27 X-Spam-Level: Package: exim4-base Version: 4.30-5 Severity: minor File: /usr/share/doc/exim4-base/filter.txt.gz Tags: patch Here's the patch fixing these typos: --- filter.txt.bak 2004-01-31 19:51:10.000000000 +0100 +++ filter.txt 2004-01-31 19:56:04.000000000 +0100 @@ -405,7 +405,7 @@ extends the Sieve quoted string syntax with \0 to describe a NUL character, | violating \0 being the same as 0 in RFC 3028. Even without using \0, the | following tests are all true in this implementation. Implementations that | -use C-style strings will only evaulate the first test as true. | +use C-style strings will only evaluate the first test as true. | | Subject: =?iso-8859-1?q?abc=00def | | @@ -422,12 +422,12 @@ RFC 3028 states that if an implementation fails to convert a character set | to UTF-8, two strings cannot be equal if one contains octets greater than | 127. Assuming that all unknown character sets are one-byte character sets | -with the lower 128 octects being US-ASCII is not sound, so this implemen- | +with the lower 128 octets being US-ASCII is not sound, so this implemen- | tation violates RFC 3028 and treats such MIME words literally. That way at | least something could be matched. | | The folder specified by fileinto must not contain the character sequence | -".." to avoid security problems. RFC 3028 does not specifiy the syntax of | +".." to avoid security problems. RFC 3028 does not specify the syntax of | folders apart from keep being equivalent to | | fileinto "INBOX"; | @@ -955,7 +955,7 @@ done for the message. A consequence of this is that you cannot inspect the return code from the -pipe command from within the filter. Neverthless, the code returned by the +pipe command from within the filter. Nevertheless, the code returned by the command is important, because Exim uses it to decide whether the delivery has succeeded or failed. -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ay.vinc17.org 2.4.18-newpmac #1 Wed Jan 7 05:09:37 UTC 2004 ppc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 Versions of packages exim4-base depends on: ii adduser 3.51 Add and remove users and groups ii cron 3.0pl1-81 management of regular background p ii debconf 1.3.22 Debian configuration management sy ii exim4-config [exim4-config- 4.30-5 Debian configuration for exim4 ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdb3 3.2.9-19 Berkeley v3 Database Libraries [ru ii netbase 4.15 Basic TCP/IP networking system -- debconf information excluded --------------------------------------- Received: (at 230545-done) by bugs.debian.org; 16 Jan 2005 20:08:37 +0000 >From ametzler@debian.org Sun Jan 16 12:08:37 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 230545-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:16 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:16 -0800 Subject: Bug#237947: marked as done (exim4: please add support for ACLs run at _start_ of data (acl_smtp_predata)) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 14 Mar 2004 15:19:25 +0000 >From root@samfundet.no Sun Mar 14 07:19:25 2004 Return-path: Received: from trofast.sesse.net [129.241.93.32] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B2XOe-0007hO-00; Sun, 14 Mar 2004 07:19:25 -0800 Received: from sesse by trofast.sesse.net with local (Exim 3.36 #1 (Debian)) id 1B2XOc-00076h-00; Sun, 14 Mar 2004 16:19:22 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Steinar H. Gunderson" To: Debian Bug Tracking System Subject: exim4: please add support for ACLs run at _start_ of data (acl_smtp_predata) X-Mailer: reportbug 2.50 Date: Sun, 14 Mar 2004 16:19:22 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: Package: exim4 Severity: wishlist Tags: upstream Hi, While implementing greylisting in exim4 we came across an interesting possibility: Reject not _after_ DATA, but actually on the DATA command itself. (Most greylisting implementations seem to reject on RCPT, but that potentially breaks callouts etc. in all sorts of ugly ways.) Ie. something like: 220 exim4 blabla EHLO domain 250 OK MAIL FROM: 250 OK RCPT TO: 250 Accepted DATA 401 Sorry, greylisted, try again later. Thus, one doesn't have to waste bandwidth and processing power on something that will only be thrown away later, but one doesn't break callouts either. The simplest way to achieve this would probably be adding an acl_smtp_predata ACL, run at the DATA command. Would this be possible to implement? -- System Information: APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 --------------------------------------- Received: (at 237947-done) by bugs.debian.org; 16 Jan 2005 20:08:37 +0000 >From ametzler@debian.org Sun Jan 16 12:08:37 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 237947-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:18 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:18 -0800 Subject: Bug#241725: marked as done (Documentation that tls_verify_certificates has to point to a *file* with GnuTLS is incomplete) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> <20040306124747.GA22106@xinara.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 6 Mar 2004 12:47:55 +0000 >From ray@xinara.org Sat Mar 06 04:47:55 2004 Return-path: Received: from mail.o2w.nl [213.227.141.209] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AzbDf-0002m8-00; Sat, 06 Mar 2004 04:47:55 -0800 Received: from zensunni.xinara.org (unknown [217.22.72.48]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mail.o2w.nl (Postfix) with ESMTP id 4019835B17 for ; Sat, 6 Mar 2004 13:47:50 +0100 (CET) Received: from ray by zensunni.xinara.org with local (Exim 4.30) id 1AzbDX-0005ll-Re; Sat, 06 Mar 2004 13:47:47 +0100 Date: Sat, 6 Mar 2004 13:47:47 +0100 From: "J.H.M. Dassen (Ray)" To: Debian Bug Tracking System Subject: Unexpected behaviour with empty tls_verify_certificates file/directory Message-ID: <20040306124747.GA22106@xinara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 2.49 Organization: Ray at home X-System: Debian GNU/Linux testing/unstable, kernel 2.4.26-pre1 User-Agent: Mutt/1.5.5.1+cvs20040105i Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_05 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_05 X-Spam-Level: Package: exim4-daemon-heavy Version: 4.30-7 Severity: normal When tls_verify_certificates is set to refer to an empty (existing, but zero bytes content) file or an empty directory, TLS support (at least tls_verify_hosts and tls_try_verify_hosts) is broken, and the mainlog gets entries like this on a TLS connection attempt: 2004-03-06 13:27:06 TLS error on connection from phil.o2w.nl [213.227.141.205] (setup_certs): Error while reading file. which is not behaviour I would expect based on the documentation. From the documentation, the sensible behaviour in this case would be to deal with this as "the list of hosts for which a certificate is known is empty". -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-pre1 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 Versions of packages exim4-daemon-heavy depends on: ii exim4-base 4.30-7 EXperimental Internal Mailer -- a ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libdb3 3.2.9-19 Berkeley v3 Database Libraries [ru ii libgnutls10 1.0.4-3 GNU TLS library - runtime library ii libldap2 2.1.26-1 OpenLDAP libraries ii libmysqlclient12 4.0.18-2 mysql database client library ii libpam0g 0.76-15 Pluggable Authentication Modules l ii libpcre3 4.3-4 Philip Hazel's Perl 5 Compatible R ii libperl5.8 5.8.3-2 Shared Perl library. ii libpq3 7.4.1-3 Shared library libpq.so.3 for Post -- no debconf information -- Obsig: developing a new sig --------------------------------------- Received: (at 241725-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:38 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 241725-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 3 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:29 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:29 -0800 Subject: Bug#277817: marked as done (exim4: lots of warnings with exipick man page) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 22 Oct 2004 16:20:35 +0000 >From johannes-keyword-debbugs.7ea92b@sipsolutions.net Fri Oct 22 09:20:35 2004 Return-path: Received: from sipsolutions.net [66.160.135.76] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CL29b-0001dU-00; Fri, 22 Oct 2004 09:20:35 -0700 Received: from pd9ff98ab.dip.t-dialin.net ([217.255.152.171] helo=johannes.sipsolutions.net) by sipsolutions.net with asmtp (TLS-1.0:RSA_ARCFOUR_SHA:16) (Exim 4.34) id 1CL293-0004AC-HF for submit@bugs.debian.org; Fri, 22 Oct 2004 16:20:02 +0000 Received: from [127.0.0.1] (helo=johannes.sipsolutions.net ident=johannes) by johannes.sipsolutions.net with esmtp (Exim 4.34) id 1CKy0h-0001Fm-MX; Fri, 22 Oct 2004 13:55:07 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Johannes Berg To: Debian Bug Tracking System Subject: exim4: lots of warnings with exipick man page Bcc: Johannes Berg X-Mailer: reportbug 2.99.6 Date: Fri, 22 Oct 2004 13:54:47 +0200 Message-ID: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,FROM_HAS_MIXED_NUMS, HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-6 Severity: minor -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Try $ man exipick >/dev/null That will display a lot of warnings about the formatting of the man page. - -- Package-specific info: [stripped] - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-rc2 Locale: LANG=C, LC_CTYPE=de_DE@euro (ignored: LC_ALL set to en_US) Versions of packages exim4 depends on: ii exim4-base 4.34-6 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-6 Exim (v4) with extended features, - -- no debconf information -----BEGIN PGP SIGNATURE----- Comment: Johannes Berg (SIP Solutions) iQIVAwUBQXj1BqVg1VMiehFYAQJYog/9EAAVr41TyM7EpNjVEJj1Fn6xnBygVWbb nJc5Z07iDDk1/QdnKHJLsxsUwVo4L0QLPOzz8jQ3P/Yx6YdvaVJhtLRZpXPQxpjp 6Yw4nhaTR61/xSD9jqwbD8h6bvvHvaSoCYYmroGIHTpP60zaTyQZW11+X8XZb9XY DtHS0afoG2WpDft5tkX/hKoTCrPmcq9SJB0lcgsU9YYB3e5D02aliocTuR6O4GKp hQ0cl+9+f+tHgQaT8pmLwxcMrdDkN1x/qe53u8W+AJoPlpUZUR1YMSKEy8yPuoaO w4gKOmDtE0DWYjxg/fWG2m1DkHnBLi170t9c3K0DtBr8TT9yGUwaEY/TzaZawjHM Z2Q8+wsRAxTE5c8W1p3SRH5S6MU6t3SQmJXD+OuIzD/BfoDQTO2spcXb32QQ5LHn cWRycm5jqvs6VtJjVnPmSLHFkhBSmxCFzBt4W2gRbQSlQhHv+OGELvF9ea8SHiF5 oQ9IpXT2C4nJ5gaxNOfsG1Xf0zMWUIZoofPOEmoJgJSy/6BQVszAWtPF3PrxvFyy jt/DnzRVo65V4P5WxOF0vUl0QoKLks08BHn59sIZGWBHA6gVkfOX0C2fRVo8Tppu bhgROjaQXJ0CFnx6d1YyQHCzlBn1eCR47MlABjbscTRoOLEUr3wrbu5piD52HqE8 Vgb4JQEHeyw= =181U -----END PGP SIGNATURE----- --------------------------------------- Received: (at 277817-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:38 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 277817-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 10 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From owner@bugs.debian.org Sun Jan 16 20:18:22 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 16 Jan 2005 12:18:22 -0800 Subject: Bug#262592: marked as done (exim4-base: Man pages render hypens incorrectly in UTF-8 locales) In-Reply-To: <20050116200819.GA2970@downhill.at.eu.org> References: <20050116200819.GA2970@downhill.at.eu.org> Message-ID: Your message dated Sun, 16 Jan 2005 21:08:19 +0100 with message-id <20050116200819.GA2970@downhill.at.eu.org> and subject line exim4 4.43-3 uploaded to Debian unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 31 Jul 2004 23:34:46 +0000 >From sam@robots.org.uk Sat Jul 31 16:34:46 2004 Return-path: Received: from wang.choosehosting.com [212.42.1.230] (Debian-exim) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Br3NG-000272-00; Sat, 31 Jul 2004 16:34:46 -0700 Received: from 82-32-57-57.cable.ubr08.azte.blueyonder.co.uk ([82.32.57.57] helo=xerces) by wang.choosehosting.com with asmtp (TLS-1.0:RSA_ARCFOUR_SHA:16) (Exim 4.34) id 1Br3Nr-0004YL-DB; Sun, 01 Aug 2004 00:35:29 +0100 Received: from sam by xerces with local (Exim 4.34) id 1Br3N6-0001oo-Vy; Sun, 01 Aug 2004 00:34:37 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Sam Morris To: Debian Bug Tracking System Subject: exim4-base: Man pages render hypens incorrectly in UTF-8 locales X-Mailer: reportbug 2.63 Date: Sun, 01 Aug 2004 00:34:36 +0100 Message-Id: Sender: Sam Morris X-Scanner: Exiscan on wang.choosehosting.com at 2004-08-01 00:35:23 X-Spam-Score: -2.2 X-Spam-Bars: -- Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4-base Version: 4.34-4 Severity: normal It is impossible to search for dashes in exim4's man pages under a UTF-8 locale. This is annoying because one cannot quickly look up a command line flag by searching for it. >From groff-base's README.Debian: > If you're using a UTF-8 locale and are having problems searching for > dashes in man pages such as those in command-line options, this may be > because the man page uses "-" rather than "\-" to represent them, so they > get rendered as a Unicode hyphen which isn't the one you can type > conveniently on your keyboard. -- Package-specific info: Exim version 4.34 #1 built 27-Jul-2004 18:06:50 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 Versions of packages exim4-base depends on: ii adduser 3.57 Add and remove users and groups ii cron 3.0pl1-83 management of regular background p ii debconf [debconf-2.0] 1.4.29 Debian configuration management sy ii exim4-config [exim4-config- 4.34-4 Debian configuration for exim4 ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libdb3 3.2.9-20 Berkeley v3 Database Libraries [ru ii netbase 4.18 Basic TCP/IP networking system ii passwd 1:4.0.3-30 Change and administer password and -- debconf information excluded --------------------------------------- Received: (at 262592-done) by bugs.debian.org; 16 Jan 2005 20:08:38 +0000 >From ametzler@debian.org Sun Jan 16 12:08:38 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([VxU2E2fm6d954rEoodxcek70dy1UDTcS]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100 Date: Sun, 16 Jan 2005 21:08:19 +0100 From: Andreas Metzler To: 274246-done@bugs.debian.org, 267994-done@bugs.debian.org, 262592-done@bugs.debian.org, 277817-done@bugs.debian.org, 265818-done@bugs.debian.org, 241725-done@bugs.debian.org, 260114-done@bugs.debian.org, 261511-done@bugs.debian.org, 230545-done@bugs.debian.org, 237947-done@bugs.debian.org Subject: exim4 4.43-3 uploaded to Debian unstable Message-ID: <20050116200819.GA2970@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.3 (+) Delivered-To: 262592-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 6 I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can close a couple of bugs fixed by the new upstream version. * New upstream version. (am) (Closes: #274246, #267994) - no more unescaped hyphens in exim.8. (Closes: #262592) - no more warnings in exipick.8 (Closes: #277817) - New option tls_on_connect_ports. (Closes: #265818) - better documentation about differences in configuring for GnuTLS or OpenSSL. (Closes: #241725) - verify = header_sender now respects callout options. (Closes: #260114) - There is now an overall timeout for performing a callout verification. (Closes: #261511) - Less typos in filter.txt. (Closes: #230545) - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947) From katie@ftp-master.debian.org Sun Jan 16 21:17:34 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Sun, 16 Jan 2005 16:17:34 -0500 Subject: Processing of eximdoc4_4.40-1_i386.changes Message-ID: eximdoc4_4.40-1_i386.changes uploaded successfully to localhost along with the files: eximdoc4_4.40-1.dsc eximdoc4_4.40.orig.tar.gz eximdoc4_4.40-1.diff.gz exim4-doc-info_4.40-1_all.deb exim4-doc-html_4.40-1_all.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Sun Jan 16 21:32:24 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Sun, 16 Jan 2005 16:32:24 -0500 Subject: eximdoc4_4.40-1_i386.changes ACCEPTED Message-ID: Accepted: exim4-doc-html_4.40-1_all.deb to pool/main/e/eximdoc4/exim4-doc-html_4.40-1_all.deb exim4-doc-info_4.40-1_all.deb to pool/main/e/eximdoc4/exim4-doc-info_4.40-1_all.deb eximdoc4_4.40-1.diff.gz to pool/main/e/eximdoc4/eximdoc4_4.40-1.diff.gz eximdoc4_4.40-1.dsc to pool/main/e/eximdoc4/eximdoc4_4.40-1.dsc eximdoc4_4.40.orig.tar.gz to pool/main/e/eximdoc4/eximdoc4_4.40.orig.tar.gz Announcing to debian-devel-changes@lists.debian.org Closing bugs: 233927 Thank you for your contribution to Debian. From h_winpoe01@web-mail.com.ar Wed Jan 12 19:19:01 2005 From: h_winpoe01@web-mail.com.ar (MR. HARRISON KARNWEA WINPOE) Date: Wed, 12 Jan 2005 20:19:01 +0100 Subject: LOOKING FORWARD TO HEARING FROM YOU Message-ID: <200501121919.j0CJJ1Kg013911@n17.sivit.org> FROM:MR. HARRISON KARNWEA WINPOE TEL/FAX:27-11-5076559 EMAIL:h_winpoe01@web-mail.com.ar JOHANNESBURG,=20 SOUTH-AFRICA.=20 ATTN:=20 Kindly accept my apology for sending unsolicited mail to you. Although we= never met before, I have every reason to believe that you are a highly r= espected personality, considering the fact that I sourced your profile fr= om a human resource profile database on your country. Though, I do not kn= ow to what extent you are familiar with events and fragile political situ= ation in Liberia but it has formed consistent headlines in the CNN, BBC n= ews bulletins, My name is MR. HARRISON KARNWEA WINPOE from Liberia, a Cou= ntry in West Africa. My Uncle is MR JOHN YORMIE. WINPOE, former DEPUTY MI= NISTER OF NATIONAL SECURITY in LIBERIA. My uncle was falsely accused of p= lotting to remove the then PRESIDENT OF LIBERIA (CHARLES TAYLOR) from off= ice. Without trial, Charles Taylor killed him. you can verify this from t= his international newspaper website below: http://www.usatoday.com/news/world/2003-07-15-liberia_x.htm Before he was killed, my uncle instructed me to escape with his family to= a hide out in JOHANNESBOURG SOUTH AFRICA, and he confined on me that he = left some money in a Diplomatic Trust Company in Abroad, (name withheld f= or security reasons) he handed me over a certificate meant for a secret D= eposit, which he made in the Security Company. If you may ask why do I ne= ed a foreign assistance or why can't I take the cash transfer and myself?= The answer is that there was an exclusion clause in the original agreeme= nt between the company and my uncle which states unambiguously that 'nobo= dy, not even himself, can have access to the consignment in the company, = and it has to be transferred to a foreign beneficiary outside Africa. Thi= s was done because he envisaged his arrest and this clause were inserted = to prevent any seizure or infiltration of the fund.=20 My decision to contact you is therefore, informed by this and due to my p= resent social status and total ignorance of the business world. I believe= you will appreciate the enormity of trust I repose on you by placing the= fortunes of our family in your care. Permit me to request that you shoul= d reassure me that you would not let me down in any way. On my part, this= is my assurance and guarantee to you. In as much as you follow my instru= ctions carefully, religiously and promptly my guarantee of a hitch-free s= uccess remains unshakable. I have contacted the Diplomatic Security Firm = to confirm the deposit, which is worth $21.5Million,(Twenty-One Million F= ive Hundred Thousand United State Dollars Only) which I presumed my uncle= made from the purchase of arms and ammunitions for the Liberia Army.=20 You will be given 20% of the total sum at the end of the transaction. If = you will be willing to assist us claim the money and invest it in your co= untry. I want to assure you that all modalities are in place and it is a = risk free transaction. Kindly confirm in your reply if you can come over = to enable us conclude this transaction. Kindly include your Private Telep= hone and Fax numbers where you can always be reach, Your Residential or C= ompany Address to enable me send some other important information across = to you.=20 This proposal is highly restricted and should be handled as an urgent tra= nsaction requiring trust and Confidentiality.=20 Thanks while looking forward to hearing from you urgently by,Fax or alter= native email on h_winpoe02@web-mail.com.ar or harriwinpoe02@yahoo.fr, but= preferably by fax. Thank you.=20 Sincerely,=20 Mr.Harrison Winpoe=20 For the Family. _________________________________________________________________________= __ Ce Message a =E9t=E9 compos=E9 avec le module WebMail du site "Le Trublio= n Picard" - http://www.letrublion.info From ph10@cus.cam.ac.uk Mon Jan 17 10:00:24 2005 From: ph10@cus.cam.ac.uk (Philip Hazel) Date: Mon, 17 Jan 2005 10:00:24 +0000 (GMT) Subject: [exim] Re: Message-ID header rewriting In-Reply-To: <20050116185531.GC3938@downhill.at.eu.org> References: <20050116185531.GC3938@downhill.at.eu.org> Message-ID: On Sat, 15 Jan 2005, Peter Denison wrote: > Is this sufficient as a patch-submission process, or is there some other > address or list I should forward to? This is sufficient (I have noticed it :-). However, it is too late for 4.50. On Sun, 16 Jan 2005, Andreas Metzler wrote: > FWIW I (debian maintainer) would not claim to be a "interested party". > ;-) We will not patch it out again if Phil includes it in exim, but we > will not apply it to the Debian packages if Phil denies. Imho the > benefits of rewriting the message-ids simply dwarf against the > downsides. I try to take a neutral stand on issues where there are strong opinions on both sides ("I really need this feature" vs "that's a crazy thing to do"). If people are going to patch Exim to achieve what they want, and the patch isn't totally outragious[*], and it doesn't affect those who don't configure it, I usually consider it for inclusion. I've put this one on the list. [*] Of course, that's subjective too... and I do have prejudices like everyone else. :-) Philip -- Philip Hazel University of Cambridge Computing Service, ph10@cus.cam.ac.uk Cambridge, England. Phone: +44 1223 334714. From Andreas Metzler , 285858@bugs.debian.org Mon Jan 17 10:25:45 2005 From: Andreas Metzler , 285858@bugs.debian.org (Andreas Metzler) Date: Mon, 17 Jan 2005 11:25:45 +0100 Subject: Bug#285858: No log rotation after exim3->exim4 upgrade In-Reply-To: <20041222074857.GB3623@downhill.at.eu.org> References: <20041216082709.GC17667@downhill.at.eu.org> <41C8AE65.3060706@gpk.wftp.org> <20041222074857.GB3623@downhill.at.eu.org> Message-ID: <20050117102545.GA4674@downhill.at.eu.org> On 2004-12-22 Andreas Metzler wrote: > On 2004-12-22 Greg Kochanski wrote: > > Andreas Metzler wrote: > [...] > >>Logrotation works fine for me. Did you modify > >>/etc/logrotate.d/exim4-base? What does > >>logrotate -d /etc/logrotate.conf 2>&1 | grep -2 exim4 > >>say? > > logrotate -d /etc/logrotate.conf 2>&1 | grep -2 exim4 > > gives > > reading config file cupsys > > reading config info for /var/log/cups/*log > > reading config file exim4-base > > reading config info for /var/log/exim4/mainlog /var/log/exim4/rejectlog > > /var/log/exim4/paniclog > > reading config file mysql-server > > reading config info for /var/log/mysql.log /var/log/mysql/mysql.log > > /var/log/mysql.err /var/log/mysql/mysql.err > [...] > Hello, > That looks bad, the part where logrotate actually considers the > logfiles is missing, this should include stuff look like this: > rotating pattern: /var/log/exim4/mainlog /var/log/exim4/rejectlog /var/log/exim4/paniclog after 1 days (10 rotations) > empty log files are not rotated, old logs are removed > considering log /var/log/exim4/mainlog > log does not need rotating > Could you send the complete un-grepped output of "logrotate -d > /etc/logrotate.conf"? Hello, Couild you please provide the information I asked for? Can you still reproduce the problem or did go away? (Without more information I'll close the bug in a month.) cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From Greg Kochanski , 285858@bugs.debian.org Mon Jan 17 10:50:48 2005 From: Greg Kochanski , 285858@bugs.debian.org (Greg Kochanski) Date: Mon, 17 Jan 2005 10:50:48 +0000 Subject: Bug#285858: No log rotation after exim3->exim4 upgrade In-Reply-To: <20050117102545.GA4674@downhill.at.eu.org> References: <20041216082709.GC17667@downhill.at.eu.org> <41C8AE65.3060706@gpk.wftp.org> <20041222074857.GB3623@downhill.at.eu.org> <20050117102545.GA4674@downhill.at.eu.org> Message-ID: <41EB9888.90805@kochanski.org> I thought I sent the information. The problem turned out to be a bug in logrotate triggered by the squid package. I had had squid installed and removed it. When I removed it, squid's logrotate script failed, and the logrotate program stopped before it got around to rotating exim's logs. So, the bug was reproducible, but it was not a bug in exim4. It is presumably best solved by making sure that logrotate doesn't terminate early on errors. Andreas Metzler wrote: > On 2004-12-22 Andreas Metzler wrote: > >>On 2004-12-22 Greg Kochanski wrote: >> >>>Andreas Metzler wrote: >> >>[...] >> >>>>Logrotation works fine for me. Did you modify >>>>/etc/logrotate.d/exim4-base? What does >>>>logrotate -d /etc/logrotate.conf 2>&1 | grep -2 exim4 >>>>say? > > >>>logrotate -d /etc/logrotate.conf 2>&1 | grep -2 exim4 > > >>>gives > > >>>reading config file cupsys >>>reading config info for /var/log/cups/*log >>>reading config file exim4-base >>>reading config info for /var/log/exim4/mainlog /var/log/exim4/rejectlog >>>/var/log/exim4/paniclog >>>reading config file mysql-server >>>reading config info for /var/log/mysql.log /var/log/mysql/mysql.log >>>/var/log/mysql.err /var/log/mysql/mysql.err >> >>[...] > > >>Hello, >>That looks bad, the part where logrotate actually considers the >>logfiles is missing, this should include stuff look like this: > > >>rotating pattern: /var/log/exim4/mainlog /var/log/exim4/rejectlog /var/log/exim4/paniclog after 1 days (10 rotations) >>empty log files are not rotated, old logs are removed >>considering log /var/log/exim4/mainlog >> log does not need rotating > > >>Could you send the complete un-grepped output of "logrotate -d >>/etc/logrotate.conf"? > > > Hello, > Couild you please provide the information I asked for? Can you still > reproduce the problem or did go away? > > (Without more information I'll close the bug in a month.) > cu andreas From Florian Weimer , 290945@bugs.debian.org Mon Jan 17 21:53:55 2005 From: Florian Weimer , 290945@bugs.debian.org (Florian Weimer) Date: Mon, 17 Jan 2005 22:53:55 +0100 Subject: Bug#290945: "dpkg-reconfigure exim4-config" does not apply new configuration Message-ID: Package: exim4-config Version: 4.34-10 Severity: normal Only SIGHUP is sent to the Exim daemon. However, in order to activate changes in the listening interfaces, the daemon has to be restarted. From Martin Fluch , 290956@bugs.debian.org Mon Jan 17 22:40:47 2005 From: Martin Fluch , 290956@bugs.debian.org (Martin Fluch) Date: Tue, 18 Jan 2005 00:40:47 +0200 Subject: Bug#290956: exim4: Exim fails to expand return path. Message-ID: Package: exim4 Version: 4.43-3 Severity: important Exim fails to send e-mails via smarthost. When trying to force delivery with 'exim4 -qf', it reports for example: seneca:~# exim4 -qf 2005-01-18 00:23:51 1CqfHk-0000Ch-KB == fluch@cs.helsinki.fi R=smarthost T=remote_smtp_smarthost defer (-1): Failed to expand return path "${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@serres.ath.cx}${if match_domain{$sender_address_domain}{seneca.ath.cx}{${sender_address_local_part}@serres.ath.cx}fail}}": syntaxerror in "if" item - "fail" expected Installing the exim4-* packages from experimental (version 4.43-2) solves the problem. - Martin -- Package-specific info: Exim version 4.43 #1 built 16-Jan-2005 19:29:43 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='serres.ath.cx' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' #dc_smarthost='smtp.welho.com' dc_smarthost='smtp.dnainternet.net' #dc_smarthost='smtp.helsinki.fi' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:seneca.ath.cx -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac7-seneca Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4 depends on: ii exim4-base 4.43-3 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.43-3 Lightweight version of the Exim (v -- no debconf information From "Adam D. Barratt" , 290954@bugs.debian.org Mon Jan 17 22:34:10 2005 From: "Adam D. Barratt" , 290954@bugs.debian.org (Adam D. Barratt) Date: Mon, 17 Jan 2005 22:34:10 +0000 Subject: Bug#290954: return_path macro generates invalid syntax Message-ID: <1106001250.27001.30.camel@kaa.jungle.aubergine.my-net-space.net> Package: exim4-config Version: 4.43-3 Hi, As noted on exim-users (the thread starting at http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050117/msg00036.html), the recent changes to return_path in update-exim4.conf lead to the generated configuration file failing to parse. This is due to a set of missing braces around the inner if; i.e. it should read: return_path = ${if match_domain{$sender_address_domain}{+local_domains} \ {$sender_address_local_part@DCreadhost} \ {${if match_domain{$sender_address_domain}{macbob} \ ^ {$sender_address_local_part@DCreadhost} \ ^ fail }} } ^ ^ ^ ^ Regards, Adam From Baldvin Kovacs , 290956@bugs.debian.org Mon Jan 17 23:02:30 2005 From: Baldvin Kovacs , 290956@bugs.debian.org (Baldvin Kovacs) Date: Tue, 18 Jan 2005 00:02:30 +0100 Subject: Bug#290956: exim4-config: patch for the reported bug Message-ID: This is a multi-part MIME message sent by reportbug. --===============0967280341== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: exim4-config Version: 4.43-3 Followup-For: Bug #290956 I confirm that there is a problem. I created a patch that I beleive is the solution. (I did not check the semantics well, but I beleive I have corrected the syntax. It works for me at least :) ) Baldvin -- Package-specific info: Exim version 4.43 #1 built 16-Jan-2005 19:31:22 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 28 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf dc_eximconfig_configtype='satellite' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='cs.elte.hu' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.cs.elte.hu' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' mailname:cs.elte.hu -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-amd-nfs Locale: LANG=hu_HU, LC_CTYPE=hu_HU (ignored: LC_ALL set to hu_HU) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.38 Debian configuration management sy ii passwd 1:4.0.3-30.1 Change and administer password and -- debconf information: exim4/dc_smarthost: exim4/dc_relay_domains: exim4/exim3_upgrade: true exim4/dc_eximconfig_configtype: local delivery only; not on a network exim4/dc_readhost: exim4/exim4-config-title: exim4/dc_noalias_regenerate: false exim4/dc_relay_nets: exim4/mailname: cs.elte.hu exim4/dc_local_interfaces: 127.0.0.1 exim4/dc_minimaldns: false exim4/dc_other_hostnames: cs.elte.hu exim4/no_config: true exim4/hide_mailname: exim4/dc_postmaster: exim4/use_split_config: false --===============0967280341== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="exim4-4.43.patch" diff -ur exim4-4.43.orig/debian/debconf/update-exim4.conf exim4-4.43/debian/debconf/update-exim4.conf --- exim4-4.43.orig/debian/debconf/update-exim4.conf 2005-01-17 23:50:14.000000000 +0100 +++ exim4-4.43/debian/debconf/update-exim4.conf 2005-01-17 23:53:06.000000000 +0100 @@ -252,7 +252,7 @@ satellite|smarthost) if [ "${dc_hide_mailname}" = "true" ] && [ -n "${dc_readhost}" ] ; then DEBCONFheaders_rewriteDEBCONF='headers_rewrite = *@+local_domains $1@DCreadhost frs : *@'"$mailname"' $1@DCreadhost frs' - DEBCONFreturn_pathDEBCONF='return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}${if match_domain{$sender_address_domain}{'"$mailname"'}{${sender_address_local_part}@DCreadhost}fail}}' + DEBCONFreturn_pathDEBCONF='return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}{${if match_domain{$sender_address_domain}{'"$mailname"'}{${sender_address_local_part}@DCreadhost}fail}}}' fi ;; local) Only in exim4-4.43/debian/debconf: update-exim4.conf~ --===============0967280341==-- From owner@bugs.debian.org Tue Jan 18 06:48:14 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 17 Jan 2005 22:48:14 -0800 Subject: Processed: Merging 290954 and 290956 In-Reply-To: <1106030623.10870.32.camel@kaa.jungle.aubergine.my-net-space.net> References: <1106030623.10870.32.camel@kaa.jungle.aubergine.my-net-space.net> Message-ID: Processing commands for control@bugs.debian.org: > reassign 290956 exim4-config Bug#290956: exim4: Exim fails to expand return path. Bug reassigned from package `exim4' to `exim4-config'. > severity 290954 important Bug#290954: return_path macro generates invalid syntax Severity set to `important'. > merge 290954 290956 Bug#290954: return_path macro generates invalid syntax Bug#290956: exim4: Exim fails to expand return path. Merged 290954 290956. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Tue Jan 18 07:03:04 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 17 Jan 2005 23:03:04 -0800 Subject: Processed: Re: Bug#290945: "dpkg-reconfigure exim4-config" does not apply new configuration In-Reply-To: <20050118064722.GA23419@torres.l21.ma.zugschlus.de> References: <20050118064722.GA23419@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity #290945 wishlist Bug#290945: "dpkg-reconfigure exim4-config" does not apply new configuration Severity set to `wishlist'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Tue Jan 18 07:03:07 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 17 Jan 2005 23:03:07 -0800 Subject: Processed: Re: Bug#290956: exim4: Exim fails to expand return path. In-Reply-To: <20050118065405.GB23419@torres.l21.ma.zugschlus.de> References: <20050118065405.GB23419@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity 290954 important Bug#290954: return_path macro generates invalid syntax Bug#290956: exim4: Exim fails to expand return path. Severity set to `important'. > merge 290954 290956 Bug#290954: return_path macro generates invalid syntax Bug#290956: exim4: Exim fails to expand return path. Merged 290954 290956. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 290956@bugs.debian.org Tue Jan 18 06:54:05 2005 From: Marc Haber , 290956@bugs.debian.org (Marc Haber) Date: Tue, 18 Jan 2005 07:54:05 +0100 Subject: Bug#290956: exim4: Exim fails to expand return path. In-Reply-To: References: Message-ID: <20050118065405.GB23419@torres.l21.ma.zugschlus.de> severity 290954 important merge 290954 290956 thanks Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Haber , 290954@bugs.debian.org Tue Jan 18 06:54:05 2005 From: Marc Haber , 290954@bugs.debian.org (Marc Haber) Date: Tue, 18 Jan 2005 07:54:05 +0100 Subject: Bug#290954: Bug#290956: exim4: Exim fails to expand return path. In-Reply-To: References: Message-ID: <20050118065405.GB23419@torres.l21.ma.zugschlus.de> severity 290954 important merge 290954 290956 thanks Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Nicolas STRANSKY , 291037@bugs.debian.org Tue Jan 18 10:34:08 2005 From: Nicolas STRANSKY , 291037@bugs.debian.org (Nicolas STRANSKY) Date: Tue, 18 Jan 2005 11:34:08 +0100 Subject: Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Message-ID: Package: exim4 Version: 4.34-10 Severity: grave Justification: renders package unusable I've had to downgrade exim4 from 4.43-3 to previous 4.34-10 since 4.43-3 failed to send any mail with the following error : 2005-01-18 11:11:42 1CqqKs-0006nZ-51 == nico@neo-lan.net R=smarthost T=remote_smtp_smarthost defer (-1): Failed to expand return path "${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@neo-lan.net}${if match_domain{$sender_address_domain}{aneto.local.lan}{${sender_address_local_part}@neo-lan.net}fail}}": syntax error in "if" item - "fail" expected I made no particular changes in the configuration during or after the dist-upgrade. Regards, -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:06:10 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='satellite' dc_other_hostnames='aneto.local.lan' dc_local_interfaces='127.0.0.1' dc_readhost='neo-lan.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='aster.local.lan' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:aneto.local.lan -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-mm2 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages exim4 depends on: ii exim4-base 4.34-10 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-10 Lightweight version of the Exim (v -- no debconf information From owner@bugs.debian.org Tue Jan 18 11:33:04 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 03:33:04 -0800 Subject: Processed: Re: Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) In-Reply-To: <20050118112243.GB30816@torres.l21.ma.zugschlus.de> References: <20050118112243.GB30816@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity 291037 important Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Severity set to `important'. > # this doesn't render the package completely unuseable for everyone > # since the bug only appears in nullmailer setups > merge 291037 290954 290956 Bug#290954: return_path macro generates invalid syntax Bug#290956: exim4: Exim fails to expand return path. Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #290954 has `exim4-config'; #291037 has `exim4' > # please refer to the bts before reporting new bugs. that one has > # already been reported twice > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 291037@bugs.debian.org Tue Jan 18 11:22:43 2005 From: Marc Haber , 291037@bugs.debian.org (Marc Haber) Date: Tue, 18 Jan 2005 12:22:43 +0100 Subject: Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) In-Reply-To: References: Message-ID: <20050118112243.GB30816@torres.l21.ma.zugschlus.de> severity 291037 important # this doesn't render the package completely unuseable for everyone # since the bug only appears in nullmailer setups merge 291037 290954 290956 # please refer to the bts before reporting new bugs. that one has # already been reported twice thanks A fix is under way. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Tue Jan 18 11:48:16 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 03:48:16 -0800 Subject: Processed: Reassign and merge 291037 In-Reply-To: <0a6501c4fd53$1ce5c670$eb00010a@andromeda> References: <0a6501c4fd53$1ce5c670$eb00010a@andromeda> Message-ID: Processing commands for control@bugs.debian.org: > package exim4 Ignoring bugs not assigned to: exim4 > reassign 291037 exim4-config Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Bug reassigned from package `exim4' to `exim4-config'. > package exim4-config Ignoring bugs not assigned to: exim4-config > merge 291037 290954 Bug#290954: return_path macro generates invalid syntax Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Bug#290956: exim4: Exim fails to expand return path. Merged 290954 290956 291037. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Tue Jan 18 12:03:10 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 04:03:10 -0800 Subject: Processed: Re: Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) In-Reply-To: <20050118115431.GA32082@torres.l21.ma.zugschlus.de> References: <20050118115431.GA32082@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > reassign 291037 exim4-config Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Bug#290954: return_path macro generates invalid syntax Bug#290956: exim4: Exim fails to expand return path. Bug reassigned from package `exim4-config' to `exim4-config'. > merge 291037 290954 290956 Bug#290954: return_path macro generates invalid syntax Bug#290956: exim4: Exim fails to expand return path. Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Merged 290954 290956 291037. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 291037@bugs.debian.org Tue Jan 18 11:54:31 2005 From: Marc Haber , 291037@bugs.debian.org (Marc Haber) Date: Tue, 18 Jan 2005 12:54:31 +0100 Subject: Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) In-Reply-To: References: Message-ID: <20050118115431.GA32082@torres.l21.ma.zugschlus.de> reassign 291037 exim4-config merge 291037 290954 290956 thanks A fix is under way. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Tue Jan 18 12:33:08 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 04:33:08 -0800 Subject: Processed: Re: Bug#290954: return_path macro generates invalid syntax In-Reply-To: <20050118122220.GC2957@downhill.at.eu.org> References: <20050118122220.GC2957@downhill.at.eu.org> Message-ID: Processing commands for control@bugs.debian.org: > tags 290956 patch pending Bug#290956: exim4: Exim fails to expand return path. There were no tags set. Bug#290954: return_path macro generates invalid syntax Bug#291037: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) Tags added: patch, pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Andreas Metzler , 290954@bugs.debian.org Tue Jan 18 12:22:20 2005 From: Andreas Metzler , 290954@bugs.debian.org (Andreas Metzler) Date: Tue, 18 Jan 2005 13:22:20 +0100 Subject: Bug#290954: return_path macro generates invalid syntax In-Reply-To: <1106001250.27001.30.camel@kaa.jungle.aubergine.my-net-space.net> References: <1106001250.27001.30.camel@kaa.jungle.aubergine.my-net-space.net> Message-ID: <20050118122220.GC2957@downhill.at.eu.org> --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline tags 290956 patch pending thanks On 2005-01-17 "Adam D. Barratt" wrote: > As noted on exim-users (the thread starting at > http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050117/msg00036.html), the recent changes to return_path in update-exim4.conf lead to the generated configuration file failing to parse. > This is due to a set of missing braces around the inner if [...] Thanks, I'll upload a fix soon. For the meantime safe the attached file as /tmp/fix-up-ex4.conf and run patch /usr/sbin/update-exim4.conf < /tmp/fix-up-ex4.conf invoke-rc.d exim4 reload sorry, cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fix-up-ex4.conf" --- /tmp/update-exim4.conf 2005-01-18 12:53:39.000000000 +0100 +++ /usr/sbin/update-exim4.conf 2005-01-18 12:54:34.000000000 +0100 @@ -252,7 +252,7 @@ satellite|smarthost) if [ "${dc_hide_mailname}" = "true" ] && [ -n "${dc_readhost}" ] ; then DEBCONFheaders_rewriteDEBCONF='headers_rewrite = *@+local_domains $1@DCreadhost frs : *@'"$mailname"' $1@DCreadhost frs' - DEBCONFreturn_pathDEBCONF='return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}${if match_domain{$sender_address_domain}{'"$mailname"'}{${sender_address_local_part}@DCreadhost}fail}}' + DEBCONFreturn_pathDEBCONF='return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}{${if match_domain{$sender_address_domain}{'"$mailname"'}{${sender_address_local_part}@DCreadhost}fail}}}' fi ;; local) --M9NhX3UHpAaciwkO-- From katie@ftp-master.debian.org Tue Jan 18 12:51:42 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Tue, 18 Jan 2005 07:51:42 -0500 Subject: Processing of exim4_4.43-4_i386.changes Message-ID: exim4_4.43-4_i386.changes uploaded successfully to localhost along with the files: exim4_4.43-4.dsc exim4_4.43-4.diff.gz exim4-base_4.43-4_i386.deb exim4-daemon-light_4.43-4_i386.deb eximon4_4.43-4_i386.deb exim4-daemon-heavy_4.43-4_i386.deb exim4-config_4.43-4_all.deb exim4_4.43-4_all.deb Greetings, Your Debian queue daemon From sakar0202@yahoo.co.uk Tue Jan 18 12:15:39 2005 From: sakar0202@yahoo.co.uk (sakar mohammed) Date: Tue, 18 Jan 2005 13:15:39 +0100 Subject: I need your help INVESTMENT PURPOSE. Dear Sir =2F Madam=2E My name is Sakar Mohamed=2C I know that you will be surprised to receive this message=2Eplease consider this message as a request from a family in dire need of help=2E=2C i'm 23years of age=2C I got your contact through the Senegal Information exchange {S=2EI=2EE} regarding your trustworthiness=2E My purpose of contacting you is to help me out of my difficult condition in view of my Father death=2C the insurance company were my father have life insurance as diside to pay me the sum amount of =284=2E2million USdollar=29=2C as my father's money=2C but i have a little problem they told me to give them the Forign Account to pay the Money because the money will be Approved from there corresponding Bank in EUROP=2E I will like you to reply me back as soon as you see this mail so that will can discuss the mondality of the business=2C i will give you 5% Out of the money and 5% For any alittle expensive that will spend doring the transaction of the money=2C please as you know i dont have anybody to go me and get forigne Account that is why i contact you please do as God send you=2C and may God bless you amen=2E Best Regard=2E Sakar Mohamed=2E=2E From installer@ftp-master.debian.org Tue Jan 18 13:02:14 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Tue, 18 Jan 2005 08:02:14 -0500 Subject: exim4_4.43-4_i386.changes ACCEPTED Message-ID: Accepted: exim4-base_4.43-4_i386.deb to pool/main/e/exim4/exim4-base_4.43-4_i386.deb exim4-config_4.43-4_all.deb to pool/main/e/exim4/exim4-config_4.43-4_all.deb exim4-daemon-heavy_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-4_i386.deb exim4-daemon-light_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-4_i386.deb exim4_4.43-4.diff.gz to pool/main/e/exim4/exim4_4.43-4.diff.gz exim4_4.43-4.dsc to pool/main/e/exim4/exim4_4.43-4.dsc exim4_4.43-4_all.deb to pool/main/e/exim4/exim4_4.43-4_all.deb eximon4_4.43-4_i386.deb to pool/main/e/exim4/eximon4_4.43-4_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 290945 290954 Thank you for your contribution to Debian. From owner@bugs.debian.org Tue Jan 18 13:18:15 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 05:18:15 -0800 Subject: Bug#290956: marked as done (exim4: Exim fails to expand return path.) In-Reply-To: References: Message-ID: Your message dated Tue, 18 Jan 2005 08:02:14 -0500 with message-id and subject line Bug#290954: fixed in exim4 4.43-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 17 Jan 2005 22:42:30 +0000 >From fluch@rock.helsinki.fi Mon Jan 17 14:42:30 2005 Return-path: Received: from smtp2.dnainternet.net [62.240.72.111] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqfZt-00018X-00; Mon, 17 Jan 2005 14:42:30 -0800 Received: from 217-140-225-132.adsl-net.finnetcom.net ([217.140.225.132]:61056 "EHLO localhost.localdomain" TLS-CIPHER: "DES-CBC3-SHA keybits 168/168 version TLSv1/SSLv3") by smtp2.dnainternet.net with ESMTPS id S1228748AbVAQWl6 (ORCPT ); Tue, 18 Jan 2005 00:41:58 +0200 Received: from mfluch by localhost.localdomain with local (Exim 4.43) id 1CqfYF-0000Uf-7o; Tue, 18 Jan 2005 00:40:47 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Martin Fluch To: Debian Bug Tracking System Subject: exim4: Exim fails to expand return path. X-Mailer: reportbug 3.5 Date: Tue, 18 Jan 2005 00:40:47 +0200 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4 Version: 4.43-3 Severity: important Exim fails to send e-mails via smarthost. When trying to force delivery with 'exim4 -qf', it reports for example: seneca:~# exim4 -qf 2005-01-18 00:23:51 1CqfHk-0000Ch-KB == fluch@cs.helsinki.fi R=smarthost T=remote_smtp_smarthost defer (-1): Failed to expand return path "${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@serres.ath.cx}${if match_domain{$sender_address_domain}{seneca.ath.cx}{${sender_address_local_part}@serres.ath.cx}fail}}": syntaxerror in "if" item - "fail" expected Installing the exim4-* packages from experimental (version 4.43-2) solves the problem. - Martin -- Package-specific info: Exim version 4.43 #1 built 16-Jan-2005 19:29:43 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='' dc_local_interfaces='127.0.0.1' dc_readhost='serres.ath.cx' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' #dc_smarthost='smtp.welho.com' dc_smarthost='smtp.dnainternet.net' #dc_smarthost='smtp.helsinki.fi' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:seneca.ath.cx -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac7-seneca Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4 depends on: ii exim4-base 4.43-3 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.43-3 Lightweight version of the Exim (v -- no debconf information --------------------------------------- Received: (at 290954-close) by bugs.debian.org; 18 Jan 2005 13:07:37 +0000 >From katie@ftp-master.debian.org Tue Jan 18 05:07:37 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqt57-00016A-00; Tue, 18 Jan 2005 05:07:37 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cqszu-0001uB-00; Tue, 18 Jan 2005 08:02:14 -0500 From: Andreas Metzler To: 290954-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#290954: fixed in exim4 4.43-4 Message-Id: Sender: Archive Administrator Date: Tue, 18 Jan 2005 08:02:14 -0500 Delivered-To: 290954-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 Source: exim4 Source-Version: 4.43-4 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.43-4_i386.deb to pool/main/e/exim4/exim4-base_4.43-4_i386.deb exim4-config_4.43-4_all.deb to pool/main/e/exim4/exim4-config_4.43-4_all.deb exim4-daemon-heavy_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-4_i386.deb exim4-daemon-light_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-4_i386.deb exim4_4.43-4.diff.gz to pool/main/e/exim4/exim4_4.43-4.diff.gz exim4_4.43-4.dsc to pool/main/e/exim4/exim4_4.43-4.dsc exim4_4.43-4_all.deb to pool/main/e/exim4/exim4_4.43-4_all.deb eximon4_4.43-4_i386.deb to pool/main/e/exim4/eximon4_4.43-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 290954@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 18 Jan 2005 12:57:58 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.43-4 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 290945 290954 Changes: exim4 (4.43-4) unstable; urgency=low . * Change update-exim4.conf to again generate a valid return_path (instead of defering any mail to remote systems) if dc_hide_mailname='true'. (Closes: #290954) * Fix typo in changelog and exim4-config's NEWS. * Some changes (most notably changing the interfaces exim listens on) require restarting exim instead of just sending HUP. Change documentation and exim4-config.config accordingly. (Closes: #290945) Files: 4fb9e8d591974ef6cf2191e6a8b504ab 1073 mail important exim4_4.43-4.dsc 49e1508150ff927a724a74795383d405 555844 mail important exim4_4.43-4.diff.gz e5c484e02b40ef19b64e52e4b60ebf84 770288 mail important exim4-base_4.43-4_i386.deb 4314a9e4378c9c0251d8c23703b4b71c 360372 mail important exim4-daemon-light_4.43-4_i386.deb eb3f061e5993eb8844ab70ffc9101777 73146 mail optional eximon4_4.43-4_i386.deb 1055c1b39950c43c7d9c9b5e624a1d5d 434388 mail optional exim4-daemon-heavy_4.43-4_i386.deb 6f1c88bbd8ea7d82058fc5e5292a3924 214910 mail important exim4-config_4.43-4_all.deb 699c503b4b6178680f768a68a2b9feff 1196 mail important exim4_4.43-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB7QK4HTOcZYuNdmMRAjX4AJ9N1SRLV/rOR89p8zQNsL/DY5jShwCcC4LV jre8sbEVXwtBBdsilG+6Vvk= =RY8J -----END PGP SIGNATURE----- From owner@bugs.debian.org Tue Jan 18 13:18:15 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 05:18:15 -0800 Subject: Bug#290954: marked as done (return_path macro generates invalid syntax) In-Reply-To: References: <1106001250.27001.30.camel@kaa.jungle.aubergine.my-net-space.net> Message-ID: Your message dated Tue, 18 Jan 2005 08:02:14 -0500 with message-id and subject line Bug#290954: fixed in exim4 4.43-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 17 Jan 2005 22:34:16 +0000 >From debian-bts@adam-barratt.org.uk Mon Jan 17 14:34:14 2005 Return-path: Received: from smtp.nildram.co.uk [195.112.4.54] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqfRt-0007RV-00; Mon, 17 Jan 2005 14:34:13 -0800 Received: from kaa.jungle.aubergine.my-net-space.net (adsl.funky-badger.org [213.208.101.238]) by smtp.nildram.co.uk (Postfix) with ESMTP id A5D0825299E for ; Mon, 17 Jan 2005 22:34:07 +0000 (GMT) Subject: return_path macro generates invalid syntax From: "Adam D. Barratt" To: submit@bugs.debian.org Content-Type: text/plain Date: Mon, 17 Jan 2005 22:34:10 +0000 Message-Id: <1106001250.27001.30.camel@kaa.jungle.aubergine.my-net-space.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4-config Version: 4.43-3 Hi, As noted on exim-users (the thread starting at http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050117/msg00036.html), the recent changes to return_path in update-exim4.conf lead to the generated configuration file failing to parse. This is due to a set of missing braces around the inner if; i.e. it should read: return_path = ${if match_domain{$sender_address_domain}{+local_domains} \ {$sender_address_local_part@DCreadhost} \ {${if match_domain{$sender_address_domain}{macbob} \ ^ {$sender_address_local_part@DCreadhost} \ ^ fail }} } ^ ^ ^ ^ Regards, Adam --------------------------------------- Received: (at 290954-close) by bugs.debian.org; 18 Jan 2005 13:07:37 +0000 >From katie@ftp-master.debian.org Tue Jan 18 05:07:37 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqt57-00016A-00; Tue, 18 Jan 2005 05:07:37 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cqszu-0001uB-00; Tue, 18 Jan 2005 08:02:14 -0500 From: Andreas Metzler To: 290954-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#290954: fixed in exim4 4.43-4 Message-Id: Sender: Archive Administrator Date: Tue, 18 Jan 2005 08:02:14 -0500 Delivered-To: 290954-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 Source: exim4 Source-Version: 4.43-4 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.43-4_i386.deb to pool/main/e/exim4/exim4-base_4.43-4_i386.deb exim4-config_4.43-4_all.deb to pool/main/e/exim4/exim4-config_4.43-4_all.deb exim4-daemon-heavy_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-4_i386.deb exim4-daemon-light_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-4_i386.deb exim4_4.43-4.diff.gz to pool/main/e/exim4/exim4_4.43-4.diff.gz exim4_4.43-4.dsc to pool/main/e/exim4/exim4_4.43-4.dsc exim4_4.43-4_all.deb to pool/main/e/exim4/exim4_4.43-4_all.deb eximon4_4.43-4_i386.deb to pool/main/e/exim4/eximon4_4.43-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 290954@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 18 Jan 2005 12:57:58 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.43-4 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 290945 290954 Changes: exim4 (4.43-4) unstable; urgency=low . * Change update-exim4.conf to again generate a valid return_path (instead of defering any mail to remote systems) if dc_hide_mailname='true'. (Closes: #290954) * Fix typo in changelog and exim4-config's NEWS. * Some changes (most notably changing the interfaces exim listens on) require restarting exim instead of just sending HUP. Change documentation and exim4-config.config accordingly. (Closes: #290945) Files: 4fb9e8d591974ef6cf2191e6a8b504ab 1073 mail important exim4_4.43-4.dsc 49e1508150ff927a724a74795383d405 555844 mail important exim4_4.43-4.diff.gz e5c484e02b40ef19b64e52e4b60ebf84 770288 mail important exim4-base_4.43-4_i386.deb 4314a9e4378c9c0251d8c23703b4b71c 360372 mail important exim4-daemon-light_4.43-4_i386.deb eb3f061e5993eb8844ab70ffc9101777 73146 mail optional eximon4_4.43-4_i386.deb 1055c1b39950c43c7d9c9b5e624a1d5d 434388 mail optional exim4-daemon-heavy_4.43-4_i386.deb 6f1c88bbd8ea7d82058fc5e5292a3924 214910 mail important exim4-config_4.43-4_all.deb 699c503b4b6178680f768a68a2b9feff 1196 mail important exim4_4.43-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB7QK4HTOcZYuNdmMRAjX4AJ9N1SRLV/rOR89p8zQNsL/DY5jShwCcC4LV jre8sbEVXwtBBdsilG+6Vvk= =RY8J -----END PGP SIGNATURE----- From owner@bugs.debian.org Tue Jan 18 13:18:14 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 05:18:14 -0800 Subject: Bug#290945: marked as done ("dpkg-reconfigure exim4-config" does not apply new configuration) In-Reply-To: References: Message-ID: Your message dated Tue, 18 Jan 2005 08:02:14 -0500 with message-id and subject line Bug#290945: fixed in exim4 4.43-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 17 Jan 2005 21:53:58 +0000 >From fw@deneb.enyo.de Mon Jan 17 13:53:58 2005 Return-path: Received: from mail.enyo.de [212.9.189.167] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqeow-0005jn-00; Mon, 17 Jan 2005 13:53:58 -0800 Received: from deneb.enyo.de ([212.9.189.171]) by albireo.enyo.de with esmtp id 1Cqeou-0004el-Oj for submit@bugs.debian.org; Mon, 17 Jan 2005 22:53:56 +0100 Received: from fw by deneb.enyo.de with local (Exim 4.43) id 1Cqeot-0006cM-W4; Mon, 17 Jan 2005 22:53:56 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Florian Weimer To: Debian Bug Tracking System Subject: "dpkg-reconfigure exim4-config" does not apply new configuration X-Mailer: reportbug 3.5 Date: Mon, 17 Jan 2005 22:53:55 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4-config Version: 4.34-10 Severity: normal Only SIGHUP is sent to the Exim daemon. However, in order to activate changes in the listening interfaces, the daemon has to be restarted. --------------------------------------- Received: (at 290945-close) by bugs.debian.org; 18 Jan 2005 13:07:00 +0000 >From katie@ftp-master.debian.org Tue Jan 18 05:07:00 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqt4W-0000yg-00; Tue, 18 Jan 2005 05:07:00 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cqszu-0001u9-00; Tue, 18 Jan 2005 08:02:14 -0500 From: Andreas Metzler To: 290945-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#290945: fixed in exim4 4.43-4 Message-Id: Sender: Archive Administrator Date: Tue, 18 Jan 2005 08:02:14 -0500 Delivered-To: 290945-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: exim4 Source-Version: 4.43-4 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.43-4_i386.deb to pool/main/e/exim4/exim4-base_4.43-4_i386.deb exim4-config_4.43-4_all.deb to pool/main/e/exim4/exim4-config_4.43-4_all.deb exim4-daemon-heavy_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-4_i386.deb exim4-daemon-light_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-4_i386.deb exim4_4.43-4.diff.gz to pool/main/e/exim4/exim4_4.43-4.diff.gz exim4_4.43-4.dsc to pool/main/e/exim4/exim4_4.43-4.dsc exim4_4.43-4_all.deb to pool/main/e/exim4/exim4_4.43-4_all.deb eximon4_4.43-4_i386.deb to pool/main/e/exim4/eximon4_4.43-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 290945@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 18 Jan 2005 12:57:58 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.43-4 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 290945 290954 Changes: exim4 (4.43-4) unstable; urgency=low . * Change update-exim4.conf to again generate a valid return_path (instead of defering any mail to remote systems) if dc_hide_mailname='true'. (Closes: #290954) * Fix typo in changelog and exim4-config's NEWS. * Some changes (most notably changing the interfaces exim listens on) require restarting exim instead of just sending HUP. Change documentation and exim4-config.config accordingly. (Closes: #290945) Files: 4fb9e8d591974ef6cf2191e6a8b504ab 1073 mail important exim4_4.43-4.dsc 49e1508150ff927a724a74795383d405 555844 mail important exim4_4.43-4.diff.gz e5c484e02b40ef19b64e52e4b60ebf84 770288 mail important exim4-base_4.43-4_i386.deb 4314a9e4378c9c0251d8c23703b4b71c 360372 mail important exim4-daemon-light_4.43-4_i386.deb eb3f061e5993eb8844ab70ffc9101777 73146 mail optional eximon4_4.43-4_i386.deb 1055c1b39950c43c7d9c9b5e624a1d5d 434388 mail optional exim4-daemon-heavy_4.43-4_i386.deb 6f1c88bbd8ea7d82058fc5e5292a3924 214910 mail important exim4-config_4.43-4_all.deb 699c503b4b6178680f768a68a2b9feff 1196 mail important exim4_4.43-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB7QK4HTOcZYuNdmMRAjX4AJ9N1SRLV/rOR89p8zQNsL/DY5jShwCcC4LV jre8sbEVXwtBBdsilG+6Vvk= =RY8J -----END PGP SIGNATURE----- From owner@bugs.debian.org Tue Jan 18 13:18:13 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 05:18:13 -0800 Subject: Bug#224269: marked as done (exim4-daemon-heavy: a cron job should periodically delete gnutls-params) In-Reply-To: <20050118130429.GE2957@downhill.at.eu.org> References: <20050118130429.GE2957@downhill.at.eu.org> Message-ID: Your message dated Tue, 18 Jan 2005 14:04:29 +0100 with message-id <20050118130429.GE2957@downhill.at.eu.org> and subject line Fixed since 4.43-2, and 4.43-3 (including the fix) has been uploaded to unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 17 Dec 2003 14:35:02 +0000 >From calum.mackay@cdmnet.org Wed Dec 17 08:34:45 2003 Return-path: Received: from nat20.camtrial.co.uk (cdmnet.org) [193.117.99.116] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AWcFH-0004eY-00; Wed, 17 Dec 2003 08:01:47 -0600 Received: from calum by cdmnet.org with local (Exim 4.30) id 1AWcFD-00068Y-Su; Wed, 17 Dec 2003 14:01:43 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Calum Mackay To: Debian Bug Tracking System Subject: exim4-daemon-heavy: a cron job should periodically delete gnutls-params X-Mailer: reportbug 2.37 Date: Wed, 17 Dec 2003 14:01:43 +0000 Message-Id: Sender: Calum Mackay Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15 (1.212-2003-09-23-exp) on master.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15 X-Spam-Level: Package: exim4-daemon-heavy Version: 4.30-2 Severity: wishlist Tags: security Section 37.1 of the spec suggests "for maximum security" periodically removing the GnuTLS RSA/DH parameters file /var/spool/exim4/gnutls-params Whilst it's easy enough for a sysadmin to add a cronjob manually, perhaps it would be better if we provided one, perhaps in a new file /etc/cron.d/exim4? cheers, c. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux diz 2.6.0-test11 #11 Thu Nov 27 16:25:42 GMT 2003 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB Versions of packages exim4-daemon-heavy depends on: ii exim4-base 4.30-2 EXperimental Internal Mailer -- a ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdb3 3.2.9-19 Berkeley v3 Database Libraries [ru ii libgnutls7 0.8.12-3 GNU TLS library - runtime library ii libldap2 2.1.23-1 OpenLDAP libraries ii libmysqlclient12 4.0.16-2 mysql database client library ii libpam0g 0.76-14 Pluggable Authentication Modules l ii libpcre3 4.3-3 Philip Hazel's Perl 5 Compatible R ii libperl5.8 5.8.2-2 Shared Perl library. ii libpq3 7.3.4-9 Shared library libpq.so.3 for Post -- no debconf information --------------------------------------- Received: (at 224269-done) by bugs.debian.org; 18 Jan 2005 13:04:50 +0000 >From ametzler@debian.org Tue Jan 18 05:04:50 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([tyWBC4CsUDRjS4LyQ+XZtjygrmMq/D4p]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqt2Q-0008WV-00; Tue, 18 Jan 2005 05:04:50 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1Cqt37-0004Mt-4K for 224269-done@bugs.debian.org; Tue, 18 Jan 2005 13:05:54 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1Cqt25-0007OA-0O for 224269-done@bugs.debian.org; Tue, 18 Jan 2005 14:04:29 +0100 Date: Tue, 18 Jan 2005 14:04:29 +0100 From: Andreas Metzler To: 224269-done@bugs.debian.org Subject: Fixed since 4.43-2, and 4.43-3 (including the fix) has been uploaded to unstable Message-ID: <20050118130429.GE2957@downhill.at.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.4 (+) Delivered-To: 224269-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: | exim4 (4.43-2) experimental; urgency=low | * delete /var/spool/exim4/gnutls-params in cron.daily. (mh) | (Closes: #224269) And as 4.43-3 is now part of sid/unstable I am closing this bug-report. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From owner@bugs.debian.org Tue Jan 18 13:18:16 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 05:18:16 -0800 Subject: Bug#291037: marked as done (exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error)) In-Reply-To: References: Message-ID: Your message dated Tue, 18 Jan 2005 08:02:14 -0500 with message-id and subject line Bug#290954: fixed in exim4 4.43-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 18 Jan 2005 10:34:42 +0000 >From nico@neo-lan.net Tue Jan 18 02:34:42 2005 Return-path: Received: from aster.neo-lan.net [81.57.244.52] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqqh8-0002ax-00; Tue, 18 Jan 2005 02:34:42 -0800 Received: from aneto (aneto.local.lan [192.168.0.2]) by aster.neo-lan.net (Postfix) with ESMTP id 18139E8215; Tue, 18 Jan 2005 11:34:09 +0100 (CET) Received: from nico by aneto with local (Exim 4.34) id 1Cqqga-0005ib-PS; Tue, 18 Jan 2005 11:34:08 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Nicolas STRANSKY To: Debian Bug Tracking System Subject: exim4 4.43-3 fails to send mail after upgrade from 4.34-10 (syntax error) X-Mailer: reportbug 3.5 Date: Tue, 18 Jan 2005 11:34:08 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4 Version: 4.34-10 Severity: grave Justification: renders package unusable I've had to downgrade exim4 from 4.43-3 to previous 4.34-10 since 4.43-3 failed to send any mail with the following error : 2005-01-18 11:11:42 1CqqKs-0006nZ-51 == nico@neo-lan.net R=smarthost T=remote_smtp_smarthost defer (-1): Failed to expand return path "${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@neo-lan.net}${if match_domain{$sender_address_domain}{aneto.local.lan}{${sender_address_local_part}@neo-lan.net}fail}}": syntax error in "if" item - "fail" expected I made no particular changes in the configuration during or after the dist-upgrade. Regards, -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:06:10 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='satellite' dc_other_hostnames='aneto.local.lan' dc_local_interfaces='127.0.0.1' dc_readhost='neo-lan.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='aster.local.lan' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:aneto.local.lan -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-mm2 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages exim4 depends on: ii exim4-base 4.34-10 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-10 Lightweight version of the Exim (v -- no debconf information --------------------------------------- Received: (at 290954-close) by bugs.debian.org; 18 Jan 2005 13:07:37 +0000 >From katie@ftp-master.debian.org Tue Jan 18 05:07:37 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqt57-00016A-00; Tue, 18 Jan 2005 05:07:37 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cqszu-0001uB-00; Tue, 18 Jan 2005 08:02:14 -0500 From: Andreas Metzler To: 290954-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#290954: fixed in exim4 4.43-4 Message-Id: Sender: Archive Administrator Date: Tue, 18 Jan 2005 08:02:14 -0500 Delivered-To: 290954-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 Source: exim4 Source-Version: 4.43-4 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.43-4_i386.deb to pool/main/e/exim4/exim4-base_4.43-4_i386.deb exim4-config_4.43-4_all.deb to pool/main/e/exim4/exim4-config_4.43-4_all.deb exim4-daemon-heavy_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.43-4_i386.deb exim4-daemon-light_4.43-4_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.43-4_i386.deb exim4_4.43-4.diff.gz to pool/main/e/exim4/exim4_4.43-4.diff.gz exim4_4.43-4.dsc to pool/main/e/exim4/exim4_4.43-4.dsc exim4_4.43-4_all.deb to pool/main/e/exim4/exim4_4.43-4_all.deb eximon4_4.43-4_i386.deb to pool/main/e/exim4/eximon4_4.43-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 290954@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 18 Jan 2005 12:57:58 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.43-4 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 290945 290954 Changes: exim4 (4.43-4) unstable; urgency=low . * Change update-exim4.conf to again generate a valid return_path (instead of defering any mail to remote systems) if dc_hide_mailname='true'. (Closes: #290954) * Fix typo in changelog and exim4-config's NEWS. * Some changes (most notably changing the interfaces exim listens on) require restarting exim instead of just sending HUP. Change documentation and exim4-config.config accordingly. (Closes: #290945) Files: 4fb9e8d591974ef6cf2191e6a8b504ab 1073 mail important exim4_4.43-4.dsc 49e1508150ff927a724a74795383d405 555844 mail important exim4_4.43-4.diff.gz e5c484e02b40ef19b64e52e4b60ebf84 770288 mail important exim4-base_4.43-4_i386.deb 4314a9e4378c9c0251d8c23703b4b71c 360372 mail important exim4-daemon-light_4.43-4_i386.deb eb3f061e5993eb8844ab70ffc9101777 73146 mail optional eximon4_4.43-4_i386.deb 1055c1b39950c43c7d9c9b5e624a1d5d 434388 mail optional exim4-daemon-heavy_4.43-4_i386.deb 6f1c88bbd8ea7d82058fc5e5292a3924 214910 mail important exim4-config_4.43-4_all.deb 699c503b4b6178680f768a68a2b9feff 1196 mail important exim4_4.43-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB7QK4HTOcZYuNdmMRAjX4AJ9N1SRLV/rOR89p8zQNsL/DY5jShwCcC4LV jre8sbEVXwtBBdsilG+6Vvk= =RY8J -----END PGP SIGNATURE----- From owner@bugs.debian.org Tue Jan 18 13:48:09 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 05:48:09 -0800 Subject: Processed: Re: Bug#285858: No log rotation after exim3->exim4 upgrade In-Reply-To: <20050118134129.GG2957@downhill.at.eu.org> References: <20050118134129.GG2957@downhill.at.eu.org> Message-ID: Processing commands for control@bugs.debian.org: > reassign 285858 logrotate Bug#285858: No log rotation after exim3->exim4 upgrade Bug reassigned from package `exim4-base' to `logrotate'. > retitle 285858 A single broken file in logrotate.d stops logrotate from rotating later files. Bug#285858: No log rotation after exim3->exim4 upgrade Changed Bug title. > severity 285858 wishhlist Severity level `wishhlist' is not known. Recognized are: critical, grave, serious, important, normal, minor, wishlist, fixed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Tue Jan 18 14:03:09 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 06:03:09 -0800 Subject: Bug#274404: marked as done (exim4-config: after reconfiguration, does not restart daemon if it was stopped) In-Reply-To: <20050118135130.GH2957@downhill.at.eu.org> References: <20050118135130.GH2957@downhill.at.eu.org> Message-ID: Your message dated Tue, 18 Jan 2005 14:51:30 +0100 with message-id <20050118135130.GH2957@downhill.at.eu.org> and subject line Bug#274404: exim4-config: after reconfiguration, does not restart daemon if it was stopped has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 1 Oct 2004 16:32:44 +0000 >From danilopiazza@libero.it Fri Oct 01 09:32:44 2004 Return-path: Received: from smtp2.libero.it [193.70.192.52] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CDQKq-0003pt-00; Fri, 01 Oct 2004 09:32:44 -0700 Received: from localhost (172.16.1.80) by smtp2.libero.it (7.0.027-DD01) id 40C7347601717661 for submit@bugs.debian.org; Fri, 1 Oct 2004 18:32:25 +0200 Received: from desktop (151.46.141.101) by smtp2.libero.it (7.0.027-DD01) id 40CB2A080481933F; Fri, 1 Oct 2004 18:32:25 +0200 Received: from danilo by desktop with local (Exim 4.34) id 1CDQKH-000626-Cx; Fri, 01 Oct 2004 18:32:09 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Danilo Piazzalunga To: Debian Bug Tracking System Subject: exim4-config: after reconfiguration, does not restart daemon if it was stopped X-Mailer: reportbug 2.99.4 Date: Fri, 01 Oct 2004 18:32:08 +0200 Message-Id: Sender: Danilo Piazzalunga X-Virus-Scanned: by amavisd-new at libero.it serv2 Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4-config Version: 4.34-6 Severity: minor Hello, I noticed that, if the Exim daemon is stopped (e.g. because of a configuration error), it won't be restarted after reconfiguration. Example output: # /etc/init.d/exim4 stop Stopping MTA: exim4. # dpkg-reconfigure exim4-config [... configuration dialogs ...] Reloading exim4 configuration files No /usr/sbin/exim4 found running; none killed. invoke-rc.d: initscript exim4, action "reload" failed. I think the problem is that exim4-config.config is assuming that the daemon is up and running. Maybe it should either - try to restart if reloading fails, or - check if the daemon is running, and act accordingly. Here is the point which causes the failure. It is located at the very bottom of exim/debian/exim4-config.config: if [ "$1" = "reconfigure" ] && [ -x /etc/init.d/exim4 ] &&\ command -v invoke-rc.d >/dev/null 2>&1; then invoke-rc.d exim4 reload || true fi Best Regards, Danilo [All the clutter included by reportbug follows...] -- Package-specific info: Exim version 4.34 #1 built 11-Sep-2004 12:26:50 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.38 Debian configuration management sy ii passwd 1:4.0.3-30.1 Change and administer password and -- debconf information excluded --------------------------------------- Received: (at 274404-done) by bugs.debian.org; 18 Jan 2005 13:51:50 +0000 >From ametzler@debian.org Tue Jan 18 05:51:50 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([NmYEblJcqUHTqAHz1dm1qt/5XjOnMu2o]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqtlu-0007AU-00; Tue, 18 Jan 2005 05:51:50 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246]) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1Cqtmc-0006Gk-0a for 274404-done@bugs.debian.org; Tue, 18 Jan 2005 13:52:54 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.43) id 1Cqtla-0007S3-2y for 274404-done@bugs.debian.org; Tue, 18 Jan 2005 14:51:30 +0100 Date: Tue, 18 Jan 2005 14:51:30 +0100 From: Andreas Metzler To: 274404-done@bugs.debian.org Subject: Re: Bug#274404: exim4-config: after reconfiguration, does not restart daemon if it was stopped Message-ID: <20050118135130.GH2957@downhill.at.eu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: 1.4 (+) Delivered-To: 274404-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On 2004-10-01 Danilo Piazzalunga wrote: > Package: exim4-config > Version: 4.34-6 > Severity: minor > Hello, > I noticed that, if the Exim daemon is stopped (e.g. because of a > configuration error), it won't be restarted after reconfiguration. > Example output: > # /etc/init.d/exim4 stop > Stopping MTA: exim4. > # dpkg-reconfigure exim4-config > [... configuration dialogs ...] > Reloading exim4 configuration files > No /usr/sbin/exim4 found running; none killed. > invoke-rc.d: initscript exim4, action "reload" failed. [...] This is fixed in 4.43-4 by this change: * Some changes (most notably changing the interfaces exim listens on) require restarting exim instead of just sending HUP. Change documentation and exim4-config.config accordingly. (Closes: #290945) We now use "invoke-rc.d exim4 restart" instead of "invoke-rc.d exim4 reload", which will start a exim daemon if none was running before. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From "Nik A. Melchior" , 291072@bugs.debian.org Mon Jan 17 14:18:41 2005 From: "Nik A. Melchior" , 291072@bugs.debian.org (Nik A. Melchior) Date: Mon, 17 Jan 2005 09:18:41 -0500 Subject: Bug#291072: exim4-config: update-exim4.conf contains bad syntax for smarthost return_path variable Message-ID: Package: exim4-config Version: 4.43-3 Severity: normal I am trying to send a message from my laptop, through my smarthost, addressed from an account at a different domain. The message is addressed to this email address, , which is yet a different domain. I am receiving the following error from exim: 2005-01-17 08:58:39 1CqJ7w-00026V-0F == nam1@cec.wustl.edu R=smarthost T=remote_smtp_smarthost defer (-1): Failed to expand return path "${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@metaverse.homeip.net}${if match_domain{$sender_address_domain}{metaverse.homeip.net}{${sender_address_local_part}@metaverse.homeip.net}fail}}": syntax error in "if" item - "fail" expected which appears to come from line 255 in /usr/sbin/update-exim4.conf: DEBCONFreturn_pathDEBCONF='return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}${if match_domain{$sender_address_domain}{'"$mailname"'}{${sender_address_local_part}@DCreadhost}fail}}' I wish I could provide a patch, but I don't understand the syntax of these files. -- Package-specific info: Exim version 4.43 #1 built 16-Jan-2005 19:29:43 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='metaverse.homeip.net' dc_local_interfaces='127.0.0.1' dc_readhost='metaverse.homeip.net' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='' #dc_smarthost='mail.cec.wustl.edu' #dc_smarthost='usermail.flex.com' dc_smarthost='metaverse.homeip.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:metaverse.homeip.net -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-swsusp2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii passwd 1:4.0.3-30.8 Change and administer password and -- debconf information: exim4/dc_noalias_regenerate: false * exim4/dc_smarthost: metaverse.homeip.net * exim4/dc_relay_domains: * exim4/dc_relay_nets: * exim4/mailname: metaverse.homeip.net * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: true exim4/exim3_upgrade: true * exim4/dc_other_hostnames: * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail exim4/no_config: true * exim4/hide_mailname: true * exim4/dc_postmaster: cypher * exim4/dc_readhost: metaverse.homeip.net * exim4/use_split_config: false exim4/exim4-config-title: From owner@bugs.debian.org Tue Jan 18 15:33:17 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 18 Jan 2005 07:33:17 -0800 Subject: Bug#291072: marked as done (exim4-config: update-exim4.conf contains bad syntax for smarthost return_path variable) In-Reply-To: <20050118152652.GA4358@torres.l21.ma.zugschlus.de> References: <20050118152652.GA4358@torres.l21.ma.zugschlus.de> Message-ID: Your message dated Tue, 18 Jan 2005 16:26:52 +0100 with message-id <20050118152652.GA4358@torres.l21.ma.zugschlus.de> and subject line Bug#291072: exim4-config: update-exim4.conf contains bad syntax for smarthost return_path variable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 18 Jan 2005 15:12:15 +0000 >From nam1@cec.wustl.edu Tue Jan 18 07:12:14 2005 Return-path: Received: from pop-a065d05.pas.sa.earthlink.net [207.217.121.249] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cqv1i-0004BB-00; Tue, 18 Jan 2005 07:12:14 -0800 Received: from h-67-101-137-236.phlapafg.dynamic.covad.net ([67.101.137.236] helo=metaverse.homeip.net) by pop-a065d05.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1Cqv1h-0005vD-00; Tue, 18 Jan 2005 07:12:13 -0800 Received: from [128.237.229.97] (helo=blacksun.metaverse.homeip.net) by metaverse.homeip.net with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1Cqv2S-0004rB-C8; Tue, 18 Jan 2005 10:13:00 -0500 Received: from cypher by blacksun.metaverse.homeip.net with local (Exim 4.43) id 1CqXiL-0001US-N8; Mon, 17 Jan 2005 09:18:41 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Nik A. Melchior" To: Debian Bug Tracking System Subject: exim4-config: update-exim4.conf contains bad syntax for smarthost return_path variable X-Mailer: reportbug 3.5 Date: Mon, 17 Jan 2005 09:18:41 -0500 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4-config Version: 4.43-3 Severity: normal I am trying to send a message from my laptop, through my smarthost, addressed from an account at a different domain. The message is addressed to this email address, , which is yet a different domain. I am receiving the following error from exim: 2005-01-17 08:58:39 1CqJ7w-00026V-0F == nam1@cec.wustl.edu R=smarthost T=remote_smtp_smarthost defer (-1): Failed to expand return path "${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@metaverse.homeip.net}${if match_domain{$sender_address_domain}{metaverse.homeip.net}{${sender_address_local_part}@metaverse.homeip.net}fail}}": syntax error in "if" item - "fail" expected which appears to come from line 255 in /usr/sbin/update-exim4.conf: DEBCONFreturn_pathDEBCONF='return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}${if match_domain{$sender_address_domain}{'"$mailname"'}{${sender_address_local_part}@DCreadhost}fail}}' I wish I could provide a patch, but I don't understand the syntax of these files. -- Package-specific info: Exim version 4.43 #1 built 16-Jan-2005 19:29:43 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='metaverse.homeip.net' dc_local_interfaces='127.0.0.1' dc_readhost='metaverse.homeip.net' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='' #dc_smarthost='mail.cec.wustl.edu' #dc_smarthost='usermail.flex.com' dc_smarthost='metaverse.homeip.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:metaverse.homeip.net -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-swsusp2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii passwd 1:4.0.3-30.8 Change and administer password and -- debconf information: exim4/dc_noalias_regenerate: false * exim4/dc_smarthost: metaverse.homeip.net * exim4/dc_relay_domains: * exim4/dc_relay_nets: * exim4/mailname: metaverse.homeip.net * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: true exim4/exim3_upgrade: true * exim4/dc_other_hostnames: * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail exim4/no_config: true * exim4/hide_mailname: true * exim4/dc_postmaster: cypher * exim4/dc_readhost: metaverse.homeip.net * exim4/use_split_config: false exim4/exim4-config-title: --------------------------------------- Received: (at 291072-done) by bugs.debian.org; 18 Jan 2005 15:26:58 +0000 >From mh+debian-packages@zugschlus.de Tue Jan 18 07:26:58 2005 Return-path: Received: from 5301d.unt0.torres.l21.ma.zugschlus.de (torres.int.l21.ma.zugschlus.de) [217.151.83.1] (Debian-exim) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CqvFy-0007vG-00; Tue, 18 Jan 2005 07:26:58 -0800 Received: from mh by torres.int.l21.ma.zugschlus.de with local (Exim 4.43) id 1CqvFs-0001QY-VS; Tue, 18 Jan 2005 16:26:52 +0100 Date: Tue, 18 Jan 2005 16:26:52 +0100 From: Marc Haber To: "Nik A. Melchior" , 291072-done@bugs.debian.org Subject: Re: Bug#291072: exim4-config: update-exim4.conf contains bad syntax for smarthost return_path variable Message-ID: <20050118152652.GA4358@torres.l21.ma.zugschlus.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Delivered-To: 291072-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On Mon, Jan 17, 2005 at 09:18:41AM -0500, Nik A. Melchior wrote: > I am trying to send a message from my laptop, through my smarthost, addressed > from an account at a different domain. The message is addressed to this email > address, , which is yet a different domain. This has already been reported three times, and is fixed in 4.43-4. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From hj_fr_2000@yahoo.fr Tue Jan 18 23:36:33 2005 From: hj_fr_2000@yahoo.fr (hj) Date: Wed, 19 Jan 2005 00:36:33 +0100 (CET) Subject: Question about exim4 Maildir for root -config Message-ID: <20050118233633.26979.qmail@web26508.mail.ukl.yahoo.com> Hi, With a Sarge + exim4: I modify the update-exim4.conf.conf (dc_localdelivery='maildir_home' ) for Maildir. It's ok for all users, but not for root. root receive the mail in /var/mail/mail and not in /root/Maildir. It's normal ? A solution to modify that ? Thanks HUBERT Geremy Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ From ametzler@downhill.at.eu.org Wed Jan 19 07:18:30 2005 From: ametzler@downhill.at.eu.org (Andreas Metzler) Date: Wed, 19 Jan 2005 08:18:30 +0100 Subject: Question about exim4 Maildir for root -config In-Reply-To: <20050118233633.26979.qmail@web26508.mail.ukl.yahoo.com> References: <20050118233633.26979.qmail@web26508.mail.ukl.yahoo.com> Message-ID: <20050119071830.GA3776@downhill.at.eu.org> On 2005-01-19 hj wrote: > With a Sarge + exim4: > I modify the update-exim4.conf.conf > (dc_localdelivery='maildir_home' > ) for Maildir. > It's ok for all users, but not for root. root receive > the mail in /var/mail/mail and not in /root/Maildir. > It's normal? Yes. Exim will never run deliveries as root. > A solution to modify that ? [...] Do not read mail as root. Redirect it to an unprivileged account in /etc/aliases (If you do not want root/postmaster/abuse/... mail in your regular user-inbox generate a specific account for that purpose.) cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From eric pareja , 291184@bugs.debian.org Wed Jan 19 09:41:17 2005 From: eric pareja , 291184@bugs.debian.org (eric pareja) Date: Wed, 19 Jan 2005 17:41:17 +0800 Subject: Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation Message-ID: <20050119094117.CCE6E6A404A@maganda.upm.edu.ph> This is a multi-part MIME message sent by reportbug. --===============2133947004== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: exim4 Severity: wishlist Tags: patch l10n Find attached the Tagalog translation file -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --===============2133947004== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tl.po" # Tagalog messages for exim # Copyright (C) 2005 Software in the Public Interest, Inc. # This file is distributed under the same license as exim. # Itong tipunan ay ipinamamahagi sa parehong lisensya ng exim. # Eric Pareja , 2005 # # This file is maintained by Eric Pareja # Itong tipunan ay inaalagaan ni Eric Pareja # msgid "" msgstr "" "Project-Id-Version: exim\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-11-21 17:26+0000\n" "PO-Revision-Date: 2005-01-19 17:36+0800\n" "Last-Translator: Eric Pareja \n" "Language-Team: Tagalog \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "Remove undelivered mails in spool directory?" msgstr "Tanggalin ang hindi naihatid na mga koreo sa spool directory?" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "" "There are mails in the exim spool directory /var/spool/exim4/input which " "have not yet been delivered. You can keep them in case you decide to re-" "install Exim at a later date, or you can choose to remove them." msgstr "May mga koreo sa exim spool directory /var/spool/exim4/input na hindi pa " "naihahatid. Maaari niyong panatilihin ang mga ito kung sakaling magpasiya " "kayong mag-install ng Exim muli sa hinaharap, o maaari niyong piliin na " "sila'y tanggalin." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "Move yet undelivered mails from exim(v3) to exim4 spool?" msgstr "Ilipat ang hindi pa naihahatid na mga koreo mula sa exim(v3) " "patungo sa exim4 spool?" #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "There are some undelivered mails in the spool directory of exim or exim-tls " "in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/" "exim4/input/) now where they will be handled by exim4." msgstr "" "May mga hindi pa naihahatid na mga koreo sa spool directory ng exim o " "exim-tls sa /var/spool/exim/input/. Maaari silang ilipat sa spool ng exim4 " "(/var/spool/exim4/input/) ngayon kung saan sila'y maproproseso ng exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but " "not the other way round." msgstr "" "Dapat ninyong mabatid na gumagana ito ng isang-direksyon lamang, " "dahil kaya ng exim4 na i-proseso ang spool ng exim(v3) ngunit hindi " "kaya ng exim(v3) na i-proseso ang exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Move the mails only if you don't plan to go back to exim(v3), otherwise the " "mail shouldn't be moved now but manually once you've converted your setup." msgstr "" "Ilipat lamang ang mga koreo na hindi niyo balak ibalik sa exim(v3), " "kung hindi ay hindi dapat ilipat ang mga koreo ngayon kundi mamaya " "ng mano-mano matapos niyong mapalitan ang inyong pagkaayos." #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates.master:9 msgid "internet site; mail is sent and received directly using SMTP" msgstr "internet site; hinahatid at tinatanggap ang koreo direkta gamit ang SMTP" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; received via SMTP or fetchmail" msgstr "koreo pinapadala sa smarthost; tinatanggap via SMTP o fetchmail" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; no local mail" msgstr "koreo pinapadala sa smarthost; walang lokal na koreo" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "local delivery only; not on a network" msgstr "lokal na paghatid lamang; hindi nakakabit sa network" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "manually convert from handcrafted Exim v3 configuration" msgstr "ayusin ng mano-mano mula sa kinamay na pagsasaayos ng exim v3" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "no configuration at this time" msgstr "walang pagsasaayos sa ngayon" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "General type of mail configuration:" msgstr "Pangkalahatang pagsasaayos ng koreo:" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "Select the configuration type that best meets your needs." msgstr "Piliin ang uri ng pagsasaayos na akma sa inyong pangangailangan." #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "" "Systems with dynamic IP addresses, including dialup systems, should " "generally be configured to send outgoing mail to another machine, called a " "\"smart host\" for delivery. You can choose to receive mail on such a " "system; or to have no local mail delivery, except mail for root and " "postmaster." msgstr "" "Mga sistema na may dinamikong IP address, kasama dito ang mga " "sistemang dialup, ay madalas na isinasaayos upang magpadala ng " "palabas na koreo sa ibang makina, tinatawagang \"smart host\" para " "sa pagpapadala. Maaari niyong piliin na tumanggap ng koreo sa " "ganitong uri ng sistema; o na walang lokal na paghatid ng koreo, " "maliban sa koreo para sa root at postmaster." #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "Configure Exim4 manually?" msgstr "Isaayos ang Exim4 ng mano-mano?" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "You indicated that you have a handcrafted Exim 3 configuration. To convert " "this to Exim 4, you can use the exim_convert4r4(8) tool after the " "installation. Consult /usr/share/doc/exim4-base/examples/example.conf.gz " "and /usr/share/doc/exim4-base/README.Debian.gz!" msgstr "" "Nasabi niyo na mayroon kayong de kamay na pagsasaayos ng Exim 3. Upang " "malipat ito sa Exim 4, maaari niyong gamitin ang exim_convert4r4(8) matapos " "ng pag-install. Basahin ang /usr/share/doc/exim4-base/examples/example.conf.gz " "at /usr/share/doc/exim4-base/README.Debian.gz!" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "Until your mail system is configured, it will be broken and cannot be used." msgstr "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay hindi magagamit." #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "Really leave the mail system unconfigured?" msgstr "Talagang iwanan ang sistemang pang-koreo na hindi nakaayos?" #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "" "Until your mail system is configured, it will be broken and cannot be used. " "You can of course configure it later, either by hand or by running \"dpkg-" "reconfigure exim4-config\" as root." msgstr "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay magiging sira at hindi maaaring gamitin. Siyempre, maaari ninyo itong isaayos mamaya, ng mano-mano o sa pamamagitan ng pagpapatakbo ng \"dpkg-reconfigure exim4-config\" bilang root." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "System mail name:" msgstr "Pangalan ng sistema pang-koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "Your \"mail name\" is the hostname portion of the address to be shown on " "outgoing news and mail messages (following the username and @ sign) unless " "hidden with rewriting." msgstr "Ang \"pangalang pang-koreo\" ay ang bahaging hostname/pangalan ng address na ipinapakita sa palabas na balita at koreo (susunod sa pangalan ng gumagamit at ng simbolong @) maliban sa ito'y itinatago sa pagsusulat muli. " #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name will also be used by other programs; it should be the single, full " "domain name (FQDN) from which mail will appear to originate." msgstr "Ang pangalan na ito ay gagamitin din ng ibang mga programa; ito dapat ay iisang buong pangalan ng domain (Fully Qualified Domain Name o FQDN) na makikita kung saan nagmula ang mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name won't appear on From: lines of outgoing mails if you enable " "rewriting." msgstr "Ang pangalan na ito ay hindi makikita sa mga linyang From: sa mga koreong palabas kung inyong iaktibo ang pagsusulat-muli." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "Other destinations for which mail is accepted:" msgstr "Ibang mga patutunguhan na kung saan ang koreo ay tatanggapin:" #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "Please enter a list of domains for which this machine should consider itself " "the final destination, apart from the mail name (${mailname}) and \"localhost" "\"." msgstr "Ibigay ang mga pangalan at domain na dapat " #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "By default all domains will be treated the same; if you want different " "domain names to be treated differently, you will need to edit the config " "files afterwards." msgstr "" "Ang default na pagproseso ng lahat ng mga domain ay pareho; kung nais niyong " "magkaiba ang pagproseso ng magkaibang mga pangalan ng domain, dapat " "ninyong baguhin ang mga tipunang pagsasaayos matapos nito." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "If there are any more, enter them here, separated by colons. You may leave " "this blank if there are none." msgstr "" "Kung mayroon pang iba, ibigay ang mga ito dito, nakahiwalay ng mga tutuldok. " "Maaari ninyong iwanan itong blanko kung wala." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Domains to relay mail for:" msgstr "Mga domain na ihahatid natin ang koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Please enter here the domains for which you accept to relay the mail." msgstr "Ibigay ang mga domain na tatanggapin niyo na kahalip kayo sa paghatid ng koreo." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "Such domains are domains for which you are prepared to accept mail from " "anywhere on the Internet. Do not mention local domains here." msgstr "" "Ang mga domain na ito ay mga domain na handa niyong tanggapin ang " "koreo mula kahit saan sa Internet. Huwag ibibigay ang mga lokal na domain " "dito." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "The domains you enter here should be separated by colons. Wildcards may be " "used." msgstr "" "Ang mga domain na ibibigay dito ay kailangang nakahiwalay ng mga kolon. " "Maaaring gumamit ng mga wildcard." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "Machines to relay mail for:" msgstr "Mga makina na papayagang mag-relay:" #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "Please enter here the networks of local machines for which you accept to " "relay the mail." msgstr "" "Ibigay dito ang mga network ng mga makinang lokal na nais niyong tanggapin " "ang mga koreo upang ipaabot ang mga ito." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "This should include a list of all machines that will use us as a smarthost." msgstr "" "Dapat ay kasama dito ang lahat ng mga makina na gagamitin tayo bilang " "smarthost." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "If there are any, enter them here, separated by colons. You should use the " "standard address/length format (e.g. 194.222.242.0/24)." msgstr "" "Kung mayroon, ibigay sila dito, nakahiwalay ng mga tutuldok. Dapat niyong " "gamitin ang anyong batayan na address/sakop (hal. 194.222.242.0/24)." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "You need to double the colons in IPv6 addresses (e.g. " "5f03::1200::836f::::/48)" msgstr "" "Kailangan na doble ang mga tutuldok sa mga address na IPv6 " "(hal. 5f03::1200::836f::::/48)" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Visible domain name for local users:" msgstr "Nababasang domain name para sa mga lokal na gumagamit:" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "" "Since you enabled hiding the local mailname in outgoing mail, you must " "specify the domain name to use for mail from local users; typically this is " "the machine on which you normally receive your mail." msgstr "" "Dahil pinatago ninyo ang lokal na pangalan ng makina sa palabas na koreo, " "kinakailangan ninyong itakda ang domain name na gagamitin sa mga koreo " "na magmumula sa mga gumagamit na lokal; madalas ay ito ay ang pangalan " "ng makina kung saan ninyo tinatanggap ang inyong mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Where will your users read their mail?" msgstr "Saan magbabasa ng koreo ang inyong mga gumagamit?" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Machine handling outgoing mail for this host (smarthost):" msgstr "Pagproseso ng makina ng koreong palabas mula sa makinang ito (smarthost):" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Enter the hostname of the machine to which outgoing mail is sent." msgstr "Ibigay ang pangalan ng makina kung saan pinapadala ang palabas na koreo." #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "" "Refer to /usr/share/doc/exim4-base/README.SMTP-AUTH for notes about setting " "up SMTP authentication." msgstr "" "Basahin ang /usr/share/doc/exim4-base/README.SMTP-AUTH para sa mga " "paalala tungkol sa pagsasaayos ng SMTP authentication." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Root and postmaster mail recipient:" msgstr "Ang tatanggap ng koreo para sa root at sa postmaster:" #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "" "Mail for the \"postmaster\", \"root\", and other system accounts is usually " "redirected to the user account of the actual system administrator. If you " "leave this value empty, such mail will be saved in /var/mail/mail, which is " "not recommended. Note that postmaster's mail should be read on the system to " "which it is directed, rather than being forwarded elsewhere, so (at least " "one of) the users you choose should not redirect their mail off this " "machine. Use a \"real-\" prefix to force local delivery." msgstr "" "Ang mga koreo para sa \"postmaster\", \"root\", at ibang mga account ng " "sistema ay madalas na pinapadala sa totoong account ng taong namamahala " "ng sistema. Kung iwanan ninyong blanko ito, ang koreong mga ito ay " "iimbakin sa /var/mail/mail, at hindi ito rekomendado. Dapat na mabatid na " "ang koreo ng postmaster ay dapat basahin sa makina kung saan ito natanggap, " "at hindi mungkahi na ito'y ilipat sa ibang makina, kaya't (dapat ay may isa) " "ang mga gumagamit na pipiliin niyo ay dapat hindi magpalipat ng kanilang " "koreo sa ibang makina. Gumamit ng \"real-\" na prefix upang pilitin ang " "paghatid na lokal." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Enter one or more usernames separated by spaces." msgstr "Magbigay ng isa o higit pa na mga gumagamit na nakahiwalay ng puwang." #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "Overwrite existing /etc/aliases?" msgstr "Patungan ang /etc/aliases?" #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "" "You already have an /etc/aliases file, but it does not redirect mail for " "root to a user account, which is strongly recommended. If you accept " "overwriting it, the old file will be kept and renamed to aliases.O." msgstr "" "Mayroon na kayong tipunang /etc/aliases, ngunit hindi nito pinapadala ang " "koreo para sa root sa account ng gumagamit, na malakas na minumungkahi. " "Kung tanggapin ninyong patungan ito, ang lumang tipunan ay itatago at " "papangalanang aliases.O." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "IP-addresses to listen on for incoming SMTP connections:" msgstr "Mga IP address na papakinggan para sa papasok na koneksyong SMTP:" #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "Enter a colon-separated list of IP-addresses to listen on. You need to " "double the colons in IPv6 addresses (e.g. 5f03::1200::836f::::)." msgstr "" "Magbigay ng talaan ng mga IP address na papakinggan na nakahiwalay " "ng mga tutuldok. Kailangang idoble ang mga tutuldok sa mga address " "na IPv6 (hal. 5f03::1200::836f::::)." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If you leave this value empty, Exim will listen for connections on the SMTP " "port of all available network interfaces." msgstr "" "Kung iwanan ninyong blanko ito, makikinig ang Exim para sa koneksyong " "SMTP sa lahat ng magagamit na mga network interface." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If this computer does not receive e-mail directly per SMTP from OTHER hosts, " "but only from local services like fetchmail or your e-mail program (MUA) " "talking to localhost you should prohibit external connections to Exim by " "setting this option to 127.0.0.1 and therefore disabling listening on public " "network interfaces." msgstr "" "Kung hindi tatanggap ang kompyuter na ito ng koreo ng direkta na SMTP " "mula sa IBANG mga makina, kundi lamang sa mga lokal na serbisyo tulad " "ng fetchmail o ng inyong programang pang-email (MUA) sa pakikipagusap " "sa localhost, dapat niyong ipagbawal ang koneksyon mula sa labas patungo " "sa Exim sa pagtakda nitong option na ito sa 127.0.0.1 at sa ganoong paraan " "ay hindi ito makikinig sa mga network interface na pampubliko." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "Keep number of DNS-queries minimal (Dial-on-Demand)?" msgstr "Ilimita ang pagtanong sa DNS (Dial-on-Demand)?" #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "In normal mode of operation Exim makes DNS-lookups at startup, when " "receiving or delivering message, etc. for logging purposes and to keep the " "number of hard-coded values in the configuration file small." msgstr "" "Sa karaniwang pagtakbo ang Exim ay nagtatanong sa DNS sa umpisa, " "kapag ito'y nakakatanggap o nagpapadala ng mga koreo, atbp. para sa " "pagtatala at upang iwanan na kaunti lamang ang nakatakdang halaga sa " "hard-code sa tipunang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "If this were a host without permanent DNS-nameserver-access using Dial-on-" "Demand this might have the unwanted consequence that starting up exim or " "running the queue (even with no messages waiting) might trigger a costly " "dial-up-event." msgstr "" "Kung ito'y makina na walang permanenteng DNS access at gumagamit ng " "Dial-on-Demand, maaaring ito'y magkaroon ng hindi kanais-nais na " "pangyayari na kapag tumakbo ang exim o pagproseso ng queue (kahit na " "walang mga koreong naghihintay) ay ito'y mag-trigger ng magastos na " "dial-up event." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "Enable this feature if you are using Dial-on-Demand; otherwise, disable it." msgstr "" "Itakdang enabled ang feature na ito kung kayo'y gumagamit ng Dial-on-Demand; " "kung hindi, itakdang disabled." #. Type: title #. Description #: ../exim4-config.templates.master:166 msgid "Configuring Exim v4 (exim4-config)" msgstr "Pagsasaayos ng Exim v4 (exim4-config)" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "Split configuration into small files?" msgstr "Ipaghati ang pagsasaayos sa maliliit na mga tipunan?" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The Debian exim4 packages can either use a single monolithic file (/etc/" "exim4/exim4.conf.template) or about 40 small files in /etc/exim4/conf.d/ to " "generate the final configuration." msgstr "" "Ang paketeng exim4 ng Debian ay maaaring gumamit ng iisang malaking " "tipunan (/etc/exim4/exim4.conf.template) o higit-kumulang ng 40 na maliit " "na tipunan sa /etc/exim4/conf.d/ upang makabuo ng kahulihang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The former is better suited for large modifications and is generally more " "stable, whereas the latter offers a comfortable way to make smaller " "modifications but is more fragile and might break if modified extensively." msgstr "" "Ang nauna ay mas-akma sa malalaking pagbabago at karaniwan ito'y " "mas-stable, samantalang ang nahuli ay masmadali ang pagbabago na " "maliliit ngunit ito'y masmadaling masira ang pagsasaayos kung ito'y " "madalas na baguhin." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "If you are unsure then you should not use split configuration." msgstr "Kung hindi kayo tiyak ay hindi niyo dapat ipaghati ang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "Hide local mail name in outgoing mail?" msgstr "Itago ang pangalang lokal sa palabas na koreo?" #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "" "The headers of outgoing mail can be rewritten to make it appear to have been " "generated on a different system, replacing \"${mailname}\" \"localhost\" and " "\"${dc_other_hostnames}\" in From, Reply-To, Sender and Return-Path." msgstr "" "Ang mga header ng palabas na koreo ay maaaring isulat muli upang " "magmukhang ito'y ginasa sa ibang makina, ang pagpalit ng \"${mailname}\" " "\"localhost\" at \"{dc_other_hostnames}\" sa From, Reply-To, Sender at " "Return-Path." --===============2133947004==-- From Andreas Metzler , 291184@bugs.debian.org Wed Jan 19 12:22:27 2005 From: Andreas Metzler , 291184@bugs.debian.org (Andreas Metzler) Date: Wed, 19 Jan 2005 13:22:27 +0100 Subject: Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation In-Reply-To: <20050119094117.CCE6E6A404A@maganda.upm.edu.ph>; from xenos@upm.edu.ph on Wed, Jan 19, 2005 at 05:41:17PM +0800 References: <20050119094117.CCE6E6A404A@maganda.upm.edu.ph> Message-ID: <20050119132227.A10359@server.logic.univie.ac.at> --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 19, 2005 at 05:41:17PM +0800, eric pareja wrote: > Package: exim4 > Severity: wishlist > Tags: patch l10n > Find attached the Tagalog translation file Thanks. Splendid. [...] > msgid "" > "Please enter a list of domains for which this machine should consider itself " > "the final destination, apart from the mail name (${mailname}) and \"localhost" > "\"." > msgstr "Ibigay ang mga pangalan at domain na dapat " [...] Looks like you translated 4.34-10, could you update it for 4.43-4? (Only a single word changed, so you should be able to do that easily. ;-) I am attaching the synced po-file, search for the "#fuzzy". thanks, cu andreas --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tl.po" # Tagalog messages for exim # Copyright (C) 2005 Software in the Public Interest, Inc. # This file is distributed under the same license as exim. # Itong tipunan ay ipinamamahagi sa parehong lisensya ng exim. # Eric Pareja , 2005 # # This file is maintained by Eric Pareja # Itong tipunan ay inaalagaan ni Eric Pareja # msgid "" msgstr "" "Project-Id-Version: exim\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-01-15 19:46+0100\n" "PO-Revision-Date: 2005-01-19 17:36+0800\n" "Last-Translator: Eric Pareja \n" "Language-Team: Tagalog \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "Remove undelivered mails in spool directory?" msgstr "Tanggalin ang hindi naihatid na mga koreo sa spool directory?" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "" "There are mails in the exim spool directory /var/spool/exim4/input which " "have not yet been delivered. You can keep them in case you decide to re-" "install Exim at a later date, or you can choose to remove them." msgstr "" "May mga koreo sa exim spool directory /var/spool/exim4/input na hindi pa " "naihahatid. Maaari niyong panatilihin ang mga ito kung sakaling magpasiya " "kayong mag-install ng Exim muli sa hinaharap, o maaari niyong piliin na " "sila'y tanggalin." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "Move yet undelivered mails from exim(v3) to exim4 spool?" msgstr "" "Ilipat ang hindi pa naihahatid na mga koreo mula sa exim(v3) patungo sa " "exim4 spool?" #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "There are some undelivered mails in the spool directory of exim or exim-tls " "in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/" "exim4/input/) now where they will be handled by exim4." msgstr "" "May mga hindi pa naihahatid na mga koreo sa spool directory ng exim o exim-" "tls sa /var/spool/exim/input/. Maaari silang ilipat sa spool ng exim4 (/var/" "spool/exim4/input/) ngayon kung saan sila'y maproproseso ng exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but " "not the other way round." msgstr "" "Dapat ninyong mabatid na gumagana ito ng isang-direksyon lamang, dahil kaya " "ng exim4 na i-proseso ang spool ng exim(v3) ngunit hindi kaya ng exim(v3) na " "i-proseso ang exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Move the mails only if you don't plan to go back to exim(v3), otherwise the " "mail shouldn't be moved now but manually once you've converted your setup." msgstr "" "Ilipat lamang ang mga koreo na hindi niyo balak ibalik sa exim(v3), kung " "hindi ay hindi dapat ilipat ang mga koreo ngayon kundi mamaya ng mano-mano " "matapos niyong mapalitan ang inyong pagkaayos." #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates.master:9 msgid "internet site; mail is sent and received directly using SMTP" msgstr "" "internet site; hinahatid at tinatanggap ang koreo direkta gamit ang SMTP" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; received via SMTP or fetchmail" msgstr "koreo pinapadala sa smarthost; tinatanggap via SMTP o fetchmail" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; no local mail" msgstr "koreo pinapadala sa smarthost; walang lokal na koreo" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "local delivery only; not on a network" msgstr "lokal na paghatid lamang; hindi nakakabit sa network" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "manually convert from handcrafted Exim v3 configuration" msgstr "ayusin ng mano-mano mula sa kinamay na pagsasaayos ng exim v3" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "no configuration at this time" msgstr "walang pagsasaayos sa ngayon" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "General type of mail configuration:" msgstr "Pangkalahatang pagsasaayos ng koreo:" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "Select the configuration type that best meets your needs." msgstr "Piliin ang uri ng pagsasaayos na akma sa inyong pangangailangan." #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "" "Systems with dynamic IP addresses, including dialup systems, should " "generally be configured to send outgoing mail to another machine, called a " "\"smart host\" for delivery. You can choose to receive mail on such a " "system; or to have no local mail delivery, except mail for root and " "postmaster." msgstr "" "Mga sistema na may dinamikong IP address, kasama dito ang mga sistemang " "dialup, ay madalas na isinasaayos upang magpadala ng palabas na koreo sa " "ibang makina, tinatawagang \"smart host\" para sa pagpapadala. Maaari niyong " "piliin na tumanggap ng koreo sa ganitong uri ng sistema; o na walang lokal " "na paghatid ng koreo, maliban sa koreo para sa root at postmaster." #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "Configure Exim4 manually?" msgstr "Isaayos ang Exim4 ng mano-mano?" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "You indicated that you have a handcrafted Exim 3 configuration. To convert " "this to Exim 4, you can use the exim_convert4r4(8) tool after the " "installation. Consult /usr/share/doc/exim4-base/examples/example.conf.gz " "and /usr/share/doc/exim4-base/README.Debian.gz!" msgstr "" "Nasabi niyo na mayroon kayong de kamay na pagsasaayos ng Exim 3. Upang " "malipat ito sa Exim 4, maaari niyong gamitin ang exim_convert4r4(8) matapos " "ng pag-install. Basahin ang /usr/share/doc/exim4-base/examples/example.conf." "gz at /usr/share/doc/exim4-base/README.Debian.gz!" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "Until your mail system is configured, it will be broken and cannot be used." msgstr "" "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay hindi magagamit." #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "Really leave the mail system unconfigured?" msgstr "Talagang iwanan ang sistemang pang-koreo na hindi nakaayos?" #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "" "Until your mail system is configured, it will be broken and cannot be used. " "You can of course configure it later, either by hand or by running \"dpkg-" "reconfigure exim4-config\" as root." msgstr "" "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay magiging sira at " "hindi maaaring gamitin. Siyempre, maaari ninyo itong isaayos mamaya, ng mano-" "mano o sa pamamagitan ng pagpapatakbo ng \"dpkg-reconfigure exim4-config\" " "bilang root." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "System mail name:" msgstr "Pangalan ng sistema pang-koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "Your \"mail name\" is the hostname portion of the address to be shown on " "outgoing news and mail messages (following the username and @ sign) unless " "hidden with rewriting." msgstr "" "Ang \"pangalang pang-koreo\" ay ang bahaging hostname/pangalan ng address na " "ipinapakita sa palabas na balita at koreo (susunod sa pangalan ng gumagamit " "at ng simbolong @) maliban sa ito'y itinatago sa pagsusulat muli. " #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name will also be used by other programs; it should be the single, full " "domain name (FQDN) from which mail will appear to originate." msgstr "" "Ang pangalan na ito ay gagamitin din ng ibang mga programa; ito dapat ay " "iisang buong pangalan ng domain (Fully Qualified Domain Name o FQDN) na " "makikita kung saan nagmula ang mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name won't appear on From: lines of outgoing mails if you enable " "rewriting." msgstr "" "Ang pangalan na ito ay hindi makikita sa mga linyang From: sa mga koreong " "palabas kung inyong iaktibo ang pagsusulat-muli." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "Other destinations for which mail is accepted:" msgstr "Ibang mga patutunguhan na kung saan ang koreo ay tatanggapin:" #. Type: string #. Description #: ../exim4-config.templates.master:55 #, fuzzy msgid "" "Please enter a list of domains for which this machine should consider itself " "the final destination, apart from the local hostname (${fqdn}) and " "\"localhost\"." msgstr "Ibigay ang mga pangalan at domain na dapat " #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "By default all domains will be treated the same; if you want different " "domain names to be treated differently, you will need to edit the config " "files afterwards." msgstr "" "Ang default na pagproseso ng lahat ng mga domain ay pareho; kung nais niyong " "magkaiba ang pagproseso ng magkaibang mga pangalan ng domain, dapat ninyong " "baguhin ang mga tipunang pagsasaayos matapos nito." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "If there are any more, enter them here, separated by colons. You may leave " "this blank if there are none." msgstr "" "Kung mayroon pang iba, ibigay ang mga ito dito, nakahiwalay ng mga tutuldok. " "Maaari ninyong iwanan itong blanko kung wala." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Domains to relay mail for:" msgstr "Mga domain na ihahatid natin ang koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Please enter here the domains for which you accept to relay the mail." msgstr "" "Ibigay ang mga domain na tatanggapin niyo na kahalip kayo sa paghatid ng " "koreo." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "Such domains are domains for which you are prepared to accept mail from " "anywhere on the Internet. Do not mention local domains here." msgstr "" "Ang mga domain na ito ay mga domain na handa niyong tanggapin ang koreo mula " "kahit saan sa Internet. Huwag ibibigay ang mga lokal na domain dito." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "The domains you enter here should be separated by colons. Wildcards may be " "used." msgstr "" "Ang mga domain na ibibigay dito ay kailangang nakahiwalay ng mga kolon. " "Maaaring gumamit ng mga wildcard." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "Machines to relay mail for:" msgstr "Mga makina na papayagang mag-relay:" #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "Please enter here the networks of local machines for which you accept to " "relay the mail." msgstr "" "Ibigay dito ang mga network ng mga makinang lokal na nais niyong tanggapin " "ang mga koreo upang ipaabot ang mga ito." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "This should include a list of all machines that will use us as a smarthost." msgstr "" "Dapat ay kasama dito ang lahat ng mga makina na gagamitin tayo bilang " "smarthost." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "If there are any, enter them here, separated by colons. You should use the " "standard address/length format (e.g. 194.222.242.0/24)." msgstr "" "Kung mayroon, ibigay sila dito, nakahiwalay ng mga tutuldok. Dapat niyong " "gamitin ang anyong batayan na address/sakop (hal. 194.222.242.0/24)." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "You need to double the colons in IPv6 addresses (e.g. " "5f03::1200::836f::::/48)" msgstr "" "Kailangan na doble ang mga tutuldok sa mga address na IPv6 (hal. " "5f03::1200::836f::::/48)" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Visible domain name for local users:" msgstr "Nababasang domain name para sa mga lokal na gumagamit:" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "" "Since you enabled hiding the local mailname in outgoing mail, you must " "specify the domain name to use for mail from local users; typically this is " "the machine on which you normally receive your mail." msgstr "" "Dahil pinatago ninyo ang lokal na pangalan ng makina sa palabas na koreo, " "kinakailangan ninyong itakda ang domain name na gagamitin sa mga koreo na " "magmumula sa mga gumagamit na lokal; madalas ay ito ay ang pangalan ng " "makina kung saan ninyo tinatanggap ang inyong mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Where will your users read their mail?" msgstr "Saan magbabasa ng koreo ang inyong mga gumagamit?" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Machine handling outgoing mail for this host (smarthost):" msgstr "" "Pagproseso ng makina ng koreong palabas mula sa makinang ito (smarthost):" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Enter the hostname of the machine to which outgoing mail is sent." msgstr "" "Ibigay ang pangalan ng makina kung saan pinapadala ang palabas na koreo." #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "" "Refer to /usr/share/doc/exim4-base/README.SMTP-AUTH for notes about setting " "up SMTP authentication." msgstr "" "Basahin ang /usr/share/doc/exim4-base/README.SMTP-AUTH para sa mga paalala " "tungkol sa pagsasaayos ng SMTP authentication." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Root and postmaster mail recipient:" msgstr "Ang tatanggap ng koreo para sa root at sa postmaster:" #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "" "Mail for the \"postmaster\", \"root\", and other system accounts is usually " "redirected to the user account of the actual system administrator. If you " "leave this value empty, such mail will be saved in /var/mail/mail, which is " "not recommended. Note that postmaster's mail should be read on the system to " "which it is directed, rather than being forwarded elsewhere, so (at least " "one of) the users you choose should not redirect their mail off this " "machine. Use a \"real-\" prefix to force local delivery." msgstr "" "Ang mga koreo para sa \"postmaster\", \"root\", at ibang mga account ng " "sistema ay madalas na pinapadala sa totoong account ng taong namamahala ng " "sistema. Kung iwanan ninyong blanko ito, ang koreong mga ito ay iimbakin sa /" "var/mail/mail, at hindi ito rekomendado. Dapat na mabatid na ang koreo ng " "postmaster ay dapat basahin sa makina kung saan ito natanggap, at hindi " "mungkahi na ito'y ilipat sa ibang makina, kaya't (dapat ay may isa) ang mga " "gumagamit na pipiliin niyo ay dapat hindi magpalipat ng kanilang koreo sa " "ibang makina. Gumamit ng \"real-\" na prefix upang pilitin ang paghatid na " "lokal." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Enter one or more usernames separated by spaces." msgstr "Magbigay ng isa o higit pa na mga gumagamit na nakahiwalay ng puwang." #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "Overwrite existing /etc/aliases?" msgstr "Patungan ang /etc/aliases?" #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "" "You already have an /etc/aliases file, but it does not redirect mail for " "root to a user account, which is strongly recommended. If you accept " "overwriting it, the old file will be kept and renamed to aliases.O." msgstr "" "Mayroon na kayong tipunang /etc/aliases, ngunit hindi nito pinapadala ang " "koreo para sa root sa account ng gumagamit, na malakas na minumungkahi. Kung " "tanggapin ninyong patungan ito, ang lumang tipunan ay itatago at " "papangalanang aliases.O." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "IP-addresses to listen on for incoming SMTP connections:" msgstr "Mga IP address na papakinggan para sa papasok na koneksyong SMTP:" #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "Enter a colon-separated list of IP-addresses to listen on. You need to " "double the colons in IPv6 addresses (e.g. 5f03::1200::836f::::)." msgstr "" "Magbigay ng talaan ng mga IP address na papakinggan na nakahiwalay ng mga " "tutuldok. Kailangang idoble ang mga tutuldok sa mga address na IPv6 (hal. " "5f03::1200::836f::::)." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If you leave this value empty, Exim will listen for connections on the SMTP " "port of all available network interfaces." msgstr "" "Kung iwanan ninyong blanko ito, makikinig ang Exim para sa koneksyong SMTP " "sa lahat ng magagamit na mga network interface." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If this computer does not receive e-mail directly per SMTP from OTHER hosts, " "but only from local services like fetchmail or your e-mail program (MUA) " "talking to localhost you should prohibit external connections to Exim by " "setting this option to 127.0.0.1 and therefore disabling listening on public " "network interfaces." msgstr "" "Kung hindi tatanggap ang kompyuter na ito ng koreo ng direkta na SMTP mula " "sa IBANG mga makina, kundi lamang sa mga lokal na serbisyo tulad ng " "fetchmail o ng inyong programang pang-email (MUA) sa pakikipagusap sa " "localhost, dapat niyong ipagbawal ang koneksyon mula sa labas patungo sa " "Exim sa pagtakda nitong option na ito sa 127.0.0.1 at sa ganoong paraan ay " "hindi ito makikinig sa mga network interface na pampubliko." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "Keep number of DNS-queries minimal (Dial-on-Demand)?" msgstr "Ilimita ang pagtanong sa DNS (Dial-on-Demand)?" #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "In normal mode of operation Exim makes DNS-lookups at startup, when " "receiving or delivering message, etc. for logging purposes and to keep the " "number of hard-coded values in the configuration file small." msgstr "" "Sa karaniwang pagtakbo ang Exim ay nagtatanong sa DNS sa umpisa, kapag ito'y " "nakakatanggap o nagpapadala ng mga koreo, atbp. para sa pagtatala at upang " "iwanan na kaunti lamang ang nakatakdang halaga sa hard-code sa tipunang " "pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "If this were a host without permanent DNS-nameserver-access using Dial-on-" "Demand this might have the unwanted consequence that starting up exim or " "running the queue (even with no messages waiting) might trigger a costly " "dial-up-event." msgstr "" "Kung ito'y makina na walang permanenteng DNS access at gumagamit ng Dial-on-" "Demand, maaaring ito'y magkaroon ng hindi kanais-nais na pangyayari na kapag " "tumakbo ang exim o pagproseso ng queue (kahit na walang mga koreong " "naghihintay) ay ito'y mag-trigger ng magastos na dial-up event." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "Enable this feature if you are using Dial-on-Demand; otherwise, disable it." msgstr "" "Itakdang enabled ang feature na ito kung kayo'y gumagamit ng Dial-on-Demand; " "kung hindi, itakdang disabled." #. Type: title #. Description #: ../exim4-config.templates.master:166 msgid "Configuring Exim v4 (exim4-config)" msgstr "Pagsasaayos ng Exim v4 (exim4-config)" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "Split configuration into small files?" msgstr "Ipaghati ang pagsasaayos sa maliliit na mga tipunan?" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The Debian exim4 packages can either use a single monolithic file (/etc/" "exim4/exim4.conf.template) or about 40 small files in /etc/exim4/conf.d/ to " "generate the final configuration." msgstr "" "Ang paketeng exim4 ng Debian ay maaaring gumamit ng iisang malaking tipunan " "(/etc/exim4/exim4.conf.template) o higit-kumulang ng 40 na maliit na tipunan " "sa /etc/exim4/conf.d/ upang makabuo ng kahulihang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The former is better suited for large modifications and is generally more " "stable, whereas the latter offers a comfortable way to make smaller " "modifications but is more fragile and might break if modified extensively." msgstr "" "Ang nauna ay mas-akma sa malalaking pagbabago at karaniwan ito'y mas-stable, " "samantalang ang nahuli ay masmadali ang pagbabago na maliliit ngunit ito'y " "masmadaling masira ang pagsasaayos kung ito'y madalas na baguhin." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "If you are unsure then you should not use split configuration." msgstr "Kung hindi kayo tiyak ay hindi niyo dapat ipaghati ang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "Hide local mail name in outgoing mail?" msgstr "Itago ang pangalang lokal sa palabas na koreo?" #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "" "The headers of outgoing mail can be rewritten to make it appear to have been " "generated on a different system, replacing \"${mailname}\" \"localhost\" and " "\"${dc_other_hostnames}\" in From, Reply-To, Sender and Return-Path." msgstr "" "Ang mga header ng palabas na koreo ay maaaring isulat muli upang magmukhang " "ito'y ginasa sa ibang makina, ang pagpalit ng \"${mailname}\" \"localhost\" " "at \"{dc_other_hostnames}\" sa From, Reply-To, Sender at Return-Path." --VS++wcV0S1rZb1Fb-- From Maik Broemme , 291205@bugs.debian.org Wed Jan 19 12:20:16 2005 From: Maik Broemme , 291205@bugs.debian.org (Maik Broemme) Date: Wed, 19 Jan 2005 13:20:16 +0100 Subject: Bug#291205: exim4-4.34-10 fails to authenticate via AUTH LOGIN Message-ID: Package: exim4 Version: 4.34-10 Severity: important exim4-4.34-10 can not handle authentication via AUTH LOGIN because it sends a wrong server reply. I have tested it with LOGIN via PAM and LOGIN via saslauthd from sasl2-bin. Trying 62.75.160.127... Connected to vs160127.vserver.de. Escape character is '^]'. 220 vs160127.vserver.de ESMTP Exim 4.34 Wed, 19 Jan 2005 12:54:16 +0100 EHLO bla 250-vs160127.vserver.de Hello bla [62.75.200.125] 250-SIZE 52428800 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN 535 Incorrect authentication data That is the wrong reply, the correct one have to be: Trying 217.172.176.57... Connected to isis45.plusserver.de. Escape character is '^]'. 220 isis45.plusserver.de ESMTP Exim 4.34 Wed, 19 Jan 2005 13:01:08 +0100 EHLO bla 250-isis45.plusserver.de Hello bla [62.75.200.125] 250-SIZE 52428800 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN 334 VXNlcm5hbWU6 In exim4-4.34-8 this problem does not exist. -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:07:49 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.20-021stab026.5.777-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4 depends on: ii exim4-base 4.34-10 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-10 Exim (v4) with extended features, -- no debconf information From Maik Broemme , 291205@bugs.debian.org Wed Jan 19 13:37:06 2005 From: Maik Broemme , 291205@bugs.debian.org (Maik Broemme) Date: Wed, 19 Jan 2005 14:37:06 +0100 Subject: Bug#291205: exim4: fix for the AUTH LOGIN problem Message-ID: Package: exim4 Version: 4.34-4 Followup-For: Bug #291205 The problem with the AUTH LOGIN can be solved by adding the following line to /etc/exim4/conf.d/auth/30_exim4-config_examples Original configuration file: login_saslauthd: driver = plaintext public_name = LOGIN # don't send system passwords over unencrypted connections server_advertise_condition = ${if eq{$tls_cipher}{}{0}{1}} server_condition = ${if saslauthd{{$1}{$2}}{1}{0}} server_set_id = $1 The changed version to get AUTH LOGIN working. login_saslauthd: driver = plaintext public_name = LOGIN # don't send system passwords over unencrypted connections server_advertise_condition = ${if eq{$tls_cipher}{}{0}{1}} server_prompts = "Username:: : Password::" server_condition = ${if saslauthd{{$1}{$2}}{1}{0}} server_set_id = $1 I guess this should be added to default configuration. -- Package-specific info: Exim version 4.34 #1 built 27-Jul-2004 18:08:18 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' dc_other_hostnames='/etc/exim4/confixx/confixx-domains:vs160127.vserver.de:vs160127:vs160127.vserver.de' dc_local_interfaces='127.0.0.1:62.75.160.127' dc_readhost='' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='' dc_mailname_in_oh='true' mailname:vs160127.vserver.de -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.20-021stab026.5.777-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4 depends on: ii exim4-base 4.34-4 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-4 Exim (v4) with extended features, -- no debconf information From abu@casinomail.com Wed Jan 19 13:15:36 2005 From: abu@casinomail.com (Dr Abu Abu) Date: Wed, 19 Jan 2005 13:15:36 +0000 Subject: GOOD DAY Message-ID: --===_SecAtt_000_1fqclxwahwsydl Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable FROM=3ADR=2EAbu Abu AUDITOR GENERAL =28Central Bank Of Nigeria =29 Dear Sir=2FMadam=2C=28FORMAT=29 Good day to you=2E I am DR=2EAbu Abu the Auditor General of the Central Bank of Nigeria=2E I have the priviledge of contacting you based on the deal which I feel you would be interested in=2E There is a particular sum of money =28$50=2E8M=29 which has been floating in the suspension account of the apex bank and the funds has remained unclaimed over a decade=2E I have the intention of investing in any lucrative business through you in your country and I would appreciate if both of us could seal this deal and I would use my share to invest through you in any investment or any other viable business venture that would be determined by you=2E If you are interested=2C kindly get across to me so as to enable furnish you with the modalities on how the funds could be wire to your nominated bank account=2E Be rest assured that this deal is risk free because I am an insider=2E =2E Best Regards=2C Dr=2EAbu Abu --===_SecAtt_000_1fqclxwahwsydl Content-Type: application/octet-stream; name="emmm.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="emmm.txt" From TUNDEFOWLER@terra.es Wed Jan 19 14:40:04 2005 From: TUNDEFOWLER@terra.es (TUNDEFOWLER) Date: Wed, 19 Jan 2005 06:40:04 -0800 Subject: URGENT CONTACT NEEDED Message-ID: <1d0fc1b342.1b3421d0fc@terra.es> >From the Desk of: Mr.Tunde Fowler {GM, Commercial Banking (South)Chartered Bank Plc, Nigeria. My name is Mr.Tunde Fowler {GM, Commercial Banking (South)}. with Chartered Bank Plc,Nigeria. Lagos-Nigeria.I came to know about you in my private search for a reliable person/company to handle a confidential transaction on behalf of my Colleagues and myself. As a matter of fact, I got your information from the Nigerian Chamber of Commerce and Industry/Nigerian Export Promotion Council and World trade center,Lagos Regional office. l write in respect of a foreign customer with A/C Number:14-2558-2004,who unfortunately lost his life in the plane crash of Alaska Airlines Flight 261 which crashed on January 31 2000, including his wife and only daughter leaving nobody to claim the money. You shall read more news about the crash on visitingthissite;http://www.cnn.com/2000/US/02/01/alaska.airlines.list/ The owner of this account Mr. Morris Thompson an American and great industrialist and a resident of Alaska. Since the death of this our customer Mr. Morris Thompson, I have kept a close monitoring of the deposit records and accounts since then. Nobody has come forward to claim the money in this A/C as next of kin to the late Mr. Morris Thompson. The total amount in the account US$13 million and it is a domiciliary escrow bank account. It is only an insider,the account owner or a next of kin who has information about the account that could produce the Code or password of the deposit particulars. Also the funds can only be released to a foreigner. As it stands now, there is nobody in the position to produce the needed information other than my very self-considering my position in the bank.Based on the fact that Mr. Thompson's family perished in the same flight accident, leaving no one to put claim of the deposit as the next of kin,so I am seeking for your co-operation to present you as the next of kin to late Thompson, and arrange for the release of the funds to your honour for our mutual benefit. If there is more delay in moving this money out, this money will be pushed to the Treasury of the Federal Republic of Nigeria. I am willing to share this money with you in the ratio of 60 - 40%. You shall have 30% of the funds and I shall share the rest with my partner at the bank.I hope this is a fair sharing? I look forward to hearing from you urgently so that we can proceed accordingly.forward your urgent response to this is my private e-mail.(tundefowler@lmxmail.sk} Thanks and best Regards. Mr.Tunde Fowler {GM, Commercial Banking (South) From Nigel.Metheringham@dev.intechnology.co.uk Wed Jan 19 14:47:33 2005 From: Nigel.Metheringham@dev.intechnology.co.uk (Nigel Metheringham) Date: Wed, 19 Jan 2005 14:47:33 +0000 Subject: Note on Exim 3 status Message-ID: <1106146053.5879.39.camel@angua.localnet> Folks, I have put together a page on the Exim wiki on the status of Exim 3. Debian has a particular stake in Exim 3. You folks also know the official as-near-supported-as-possible route for updating folks on woody to exim4. Please could you correct the last section of the wiki page. http://www.exim.org/eximwiki/Exim3Status Additionally I am currently discussing things with a few folks regarding handling security issue handling - the last security bugs came at a particularly bad time (23rd December means everyone is away for Christmas), and so our co-ordination for rolling out bug fixes was not good. If anyone has any specific input to that, or can point me to a document for software package maintainers on handling/releasing security updates to distribution folks in the best manner, then please drop me a line. Finally, there is now a closed exim-maintainers@exim.org list. This is intended for handling issues (maybe including security releases) that are not suitable for exim-dev. I think adding one or more of the Debian folks would be useful. http://www.exim.org/mailman/listinfo/exim-maintainers Nigel. -- [ Nigel Metheringham Nigel.Metheringham@InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From mh+pkg-exim4-maintainers@zugschlus.de Wed Jan 19 18:36:58 2005 From: mh+pkg-exim4-maintainers@zugschlus.de (Marc Haber) Date: Wed, 19 Jan 2005 19:36:58 +0100 Subject: Note on Exim 3 status In-Reply-To: <1106146053.5879.39.camel@angua.localnet> References: <1106146053.5879.39.camel@angua.localnet> Message-ID: <20050119183658.GC14779@torres.l21.ma.zugschlus.de> On Wed, Jan 19, 2005 at 02:47:33PM +0000, Nigel Metheringham wrote: > Please could you correct the last section of the wiki page. > http://www.exim.org/eximwiki/Exim3Status Done. > Finally, there is now a closed exim-maintainers@exim.org list. This is > intended for handling issues (maybe including security releases) that > are not suitable for exim-dev. I think adding one or more of the Debian > folks would be useful. > http://www.exim.org/mailman/listinfo/exim-maintainers Done. (for me). Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From eric pareja , 291184@bugs.debian.org Wed Jan 19 16:36:02 2005 From: eric pareja , 291184@bugs.debian.org (eric pareja) Date: Thu, 20 Jan 2005 00:36:02 +0800 Subject: Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation In-Reply-To: <20050119132227.A10359@server.logic.univie.ac.at> References: <20050119094117.CCE6E6A404A@maganda.upm.edu.ph> <20050119132227.A10359@server.logic.univie.ac.at> Message-ID: <20050119163602.GA31540@maganda.upm.edu.ph> --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 19, 2005 at 01:22:27PM +0100, Andreas Metzler wrote: > > [...] > > msgid "" > > "Please enter a list of domains for which this machine should consider itself " > > "the final destination, apart from the mail name (${mailname}) and \"localhost" > > "\"." > > msgstr "Ibigay ang mga pangalan at domain na dapat " > [...] > > Looks like you translated 4.34-10, could you update it for 4.43-4? > (Only a single word changed, so you should be able to do that easily. > ;-) I am attaching the synced po-file, search for the "#fuzzy". > thanks, cu andreas Alright, I've updated the file. Thanks. -- ___ Eric Pareja (xenos AT upm.edu.ph) | Information Management Service [IMS] \e/ Network and Systems Administrator | University of the Philippines Manila _v_ ~o~o~o~o~o~o~o~o~[ http://www.upm.edu.ph/~xenos ]~o~o~o~o~o~o~o~o~o~o~o~ "Ang hindi marunong magmahal ng sariling wika ay higit pa sa malansang isda." --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tl.po" # Tagalog messages for exim # Copyright (C) 2005 Software in the Public Interest, Inc. # This file is distributed under the same license as exim. # Itong tipunan ay ipinamamahagi sa parehong lisensya ng exim. # Eric Pareja , 2005 # # This file is maintained by Eric Pareja # Itong tipunan ay inaalagaan ni Eric Pareja # msgid "" msgstr "" "Project-Id-Version: exim\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-01-15 19:46+0100\n" "PO-Revision-Date: 2005-01-20 00:35+0800\n" "Last-Translator: Eric Pareja \n" "Language-Team: Tagalog \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "Remove undelivered mails in spool directory?" msgstr "Tanggalin ang hindi naihatid na mga koreo sa spool directory?" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "" "There are mails in the exim spool directory /var/spool/exim4/input which " "have not yet been delivered. You can keep them in case you decide to re-" "install Exim at a later date, or you can choose to remove them." msgstr "" "May mga koreo sa exim spool directory /var/spool/exim4/input na hindi pa " "naihahatid. Maaari niyong panatilihin ang mga ito kung sakaling magpasiya " "kayong mag-install ng Exim muli sa hinaharap, o maaari niyong piliin na " "sila'y tanggalin." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "Move yet undelivered mails from exim(v3) to exim4 spool?" msgstr "" "Ilipat ang hindi pa naihahatid na mga koreo mula sa exim(v3) patungo sa " "exim4 spool?" #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "There are some undelivered mails in the spool directory of exim or exim-tls " "in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/" "exim4/input/) now where they will be handled by exim4." msgstr "" "May mga hindi pa naihahatid na mga koreo sa spool directory ng exim o exim-" "tls sa /var/spool/exim/input/. Maaari silang ilipat sa spool ng exim4 (/var/" "spool/exim4/input/) ngayon kung saan sila'y maproproseso ng exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but " "not the other way round." msgstr "" "Dapat ninyong mabatid na gumagana ito ng isang-direksyon lamang, dahil kaya " "ng exim4 na i-proseso ang spool ng exim(v3) ngunit hindi kaya ng exim(v3) na " "i-proseso ang exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Move the mails only if you don't plan to go back to exim(v3), otherwise the " "mail shouldn't be moved now but manually once you've converted your setup." msgstr "" "Ilipat lamang ang mga koreo na hindi niyo balak ibalik sa exim(v3), kung " "hindi ay hindi dapat ilipat ang mga koreo ngayon kundi mamaya ng mano-mano " "matapos niyong mapalitan ang inyong pagkaayos." #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates.master:9 msgid "internet site; mail is sent and received directly using SMTP" msgstr "" "internet site; hinahatid at tinatanggap ang koreo direkta gamit ang SMTP" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; received via SMTP or fetchmail" msgstr "koreo pinapadala sa smarthost; tinatanggap via SMTP o fetchmail" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; no local mail" msgstr "koreo pinapadala sa smarthost; walang lokal na koreo" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "local delivery only; not on a network" msgstr "lokal na paghatid lamang; hindi nakakabit sa network" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "manually convert from handcrafted Exim v3 configuration" msgstr "ayusin ng mano-mano mula sa kinamay na pagsasaayos ng exim v3" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "no configuration at this time" msgstr "walang pagsasaayos sa ngayon" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "General type of mail configuration:" msgstr "Pangkalahatang pagsasaayos ng koreo:" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "Select the configuration type that best meets your needs." msgstr "Piliin ang uri ng pagsasaayos na akma sa inyong pangangailangan." #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "" "Systems with dynamic IP addresses, including dialup systems, should " "generally be configured to send outgoing mail to another machine, called a " "\"smart host\" for delivery. You can choose to receive mail on such a " "system; or to have no local mail delivery, except mail for root and " "postmaster." msgstr "" "Mga sistema na may dinamikong IP address, kasama dito ang mga sistemang " "dialup, ay madalas na isinasaayos upang magpadala ng palabas na koreo sa " "ibang makina, tinatawagang \"smart host\" para sa pagpapadala. Maaari niyong " "piliin na tumanggap ng koreo sa ganitong uri ng sistema; o na walang lokal " "na paghatid ng koreo, maliban sa koreo para sa root at postmaster." #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "Configure Exim4 manually?" msgstr "Isaayos ang Exim4 ng mano-mano?" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "You indicated that you have a handcrafted Exim 3 configuration. To convert " "this to Exim 4, you can use the exim_convert4r4(8) tool after the " "installation. Consult /usr/share/doc/exim4-base/examples/example.conf.gz " "and /usr/share/doc/exim4-base/README.Debian.gz!" msgstr "" "Nasabi niyo na mayroon kayong de kamay na pagsasaayos ng Exim 3. Upang " "malipat ito sa Exim 4, maaari niyong gamitin ang exim_convert4r4(8) matapos " "ng pag-install. Basahin ang /usr/share/doc/exim4-base/examples/example.conf." "gz at /usr/share/doc/exim4-base/README.Debian.gz!" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "Until your mail system is configured, it will be broken and cannot be used." msgstr "" "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay hindi magagamit." #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "Really leave the mail system unconfigured?" msgstr "Talagang iwanan ang sistemang pang-koreo na hindi nakaayos?" #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "" "Until your mail system is configured, it will be broken and cannot be used. " "You can of course configure it later, either by hand or by running \"dpkg-" "reconfigure exim4-config\" as root." msgstr "" "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay magiging sira at " "hindi maaaring gamitin. Siyempre, maaari ninyo itong isaayos mamaya, ng mano-" "mano o sa pamamagitan ng pagpapatakbo ng \"dpkg-reconfigure exim4-config\" " "bilang root." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "System mail name:" msgstr "Pangalan ng sistema pang-koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "Your \"mail name\" is the hostname portion of the address to be shown on " "outgoing news and mail messages (following the username and @ sign) unless " "hidden with rewriting." msgstr "" "Ang \"pangalang pang-koreo\" ay ang bahaging hostname/pangalan ng address na " "ipinapakita sa palabas na balita at koreo (susunod sa pangalan ng gumagamit " "at ng simbolong @) maliban sa ito'y itinatago sa pagsusulat muli. " #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name will also be used by other programs; it should be the single, full " "domain name (FQDN) from which mail will appear to originate." msgstr "" "Ang pangalan na ito ay gagamitin din ng ibang mga programa; ito dapat ay " "iisang buong pangalan ng domain (Fully Qualified Domain Name o FQDN) na " "makikita kung saan nagmula ang mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name won't appear on From: lines of outgoing mails if you enable " "rewriting." msgstr "" "Ang pangalan na ito ay hindi makikita sa mga linyang From: sa mga koreong " "palabas kung inyong iaktibo ang pagsusulat-muli." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "Other destinations for which mail is accepted:" msgstr "Ibang mga patutunguhan na kung saan ang koreo ay tatanggapin:" #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "Please enter a list of domains for which this machine should consider itself " "the final destination, apart from the local hostname (${fqdn}) and " "\"localhost\"." msgstr "" "Ibigay ang mga pangalan ng domain na dapat ituring ng makina na ito na " "kahulihang destinasyon, bukod sa lokal na pangalan (${fqdn}) at " "\"localhost\"." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "By default all domains will be treated the same; if you want different " "domain names to be treated differently, you will need to edit the config " "files afterwards." msgstr "" "Ang default na pagproseso ng lahat ng mga domain ay pareho; kung nais niyong " "magkaiba ang pagproseso ng magkaibang mga pangalan ng domain, dapat ninyong " "baguhin ang mga tipunang pagsasaayos matapos nito." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "If there are any more, enter them here, separated by colons. You may leave " "this blank if there are none." msgstr "" "Kung mayroon pang iba, ibigay ang mga ito dito, nakahiwalay ng mga tutuldok. " "Maaari ninyong iwanan itong blanko kung wala." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Domains to relay mail for:" msgstr "Mga domain na ihahatid natin ang koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Please enter here the domains for which you accept to relay the mail." msgstr "" "Ibigay ang mga domain na tatanggapin niyo na kahalip kayo sa paghatid ng " "koreo." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "Such domains are domains for which you are prepared to accept mail from " "anywhere on the Internet. Do not mention local domains here." msgstr "" "Ang mga domain na ito ay mga domain na handa niyong tanggapin ang koreo mula " "kahit saan sa Internet. Huwag ibibigay ang mga lokal na domain dito." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "The domains you enter here should be separated by colons. Wildcards may be " "used." msgstr "" "Ang mga domain na ibibigay dito ay kailangang nakahiwalay ng mga kolon. " "Maaaring gumamit ng mga wildcard." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "Machines to relay mail for:" msgstr "Mga makina na papayagang mag-relay:" #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "Please enter here the networks of local machines for which you accept to " "relay the mail." msgstr "" "Ibigay dito ang mga network ng mga makinang lokal na nais niyong tanggapin " "ang mga koreo upang ipaabot ang mga ito." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "This should include a list of all machines that will use us as a smarthost." msgstr "" "Dapat ay kasama dito ang lahat ng mga makina na gagamitin tayo bilang " "smarthost." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "If there are any, enter them here, separated by colons. You should use the " "standard address/length format (e.g. 194.222.242.0/24)." msgstr "" "Kung mayroon, ibigay sila dito, nakahiwalay ng mga tutuldok. Dapat niyong " "gamitin ang anyong batayan na address/sakop (hal. 194.222.242.0/24)." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "You need to double the colons in IPv6 addresses (e.g. " "5f03::1200::836f::::/48)" msgstr "" "Kailangan na doble ang mga tutuldok sa mga address na IPv6 (hal. " "5f03::1200::836f::::/48)" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Visible domain name for local users:" msgstr "Nababasang domain name para sa mga lokal na gumagamit:" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "" "Since you enabled hiding the local mailname in outgoing mail, you must " "specify the domain name to use for mail from local users; typically this is " "the machine on which you normally receive your mail." msgstr "" "Dahil pinatago ninyo ang lokal na pangalan ng makina sa palabas na koreo, " "kinakailangan ninyong itakda ang domain name na gagamitin sa mga koreo na " "magmumula sa mga gumagamit na lokal; madalas ay ito ay ang pangalan ng " "makina kung saan ninyo tinatanggap ang inyong mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Where will your users read their mail?" msgstr "Saan magbabasa ng koreo ang inyong mga gumagamit?" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Machine handling outgoing mail for this host (smarthost):" msgstr "" "Pagproseso ng makina ng koreong palabas mula sa makinang ito (smarthost):" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Enter the hostname of the machine to which outgoing mail is sent." msgstr "" "Ibigay ang pangalan ng makina kung saan pinapadala ang palabas na koreo." #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "" "Refer to /usr/share/doc/exim4-base/README.SMTP-AUTH for notes about setting " "up SMTP authentication." msgstr "" "Basahin ang /usr/share/doc/exim4-base/README.SMTP-AUTH para sa mga paalala " "tungkol sa pagsasaayos ng SMTP authentication." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Root and postmaster mail recipient:" msgstr "Ang tatanggap ng koreo para sa root at sa postmaster:" #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "" "Mail for the \"postmaster\", \"root\", and other system accounts is usually " "redirected to the user account of the actual system administrator. If you " "leave this value empty, such mail will be saved in /var/mail/mail, which is " "not recommended. Note that postmaster's mail should be read on the system to " "which it is directed, rather than being forwarded elsewhere, so (at least " "one of) the users you choose should not redirect their mail off this " "machine. Use a \"real-\" prefix to force local delivery." msgstr "" "Ang mga koreo para sa \"postmaster\", \"root\", at ibang mga account ng " "sistema ay madalas na pinapadala sa totoong account ng taong namamahala ng " "sistema. Kung iwanan ninyong blanko ito, ang koreong mga ito ay iimbakin sa /" "var/mail/mail, at hindi ito rekomendado. Dapat na mabatid na ang koreo ng " "postmaster ay dapat basahin sa makina kung saan ito natanggap, at hindi " "mungkahi na ito'y ilipat sa ibang makina, kaya't (dapat ay may isa) ang mga " "gumagamit na pipiliin niyo ay dapat hindi magpalipat ng kanilang koreo sa " "ibang makina. Gumamit ng \"real-\" na prefix upang pilitin ang paghatid na " "lokal." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Enter one or more usernames separated by spaces." msgstr "Magbigay ng isa o higit pa na mga gumagamit na nakahiwalay ng puwang." #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "Overwrite existing /etc/aliases?" msgstr "Patungan ang /etc/aliases?" #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "" "You already have an /etc/aliases file, but it does not redirect mail for " "root to a user account, which is strongly recommended. If you accept " "overwriting it, the old file will be kept and renamed to aliases.O." msgstr "" "Mayroon na kayong tipunang /etc/aliases, ngunit hindi nito pinapadala ang " "koreo para sa root sa account ng gumagamit, na malakas na minumungkahi. Kung " "tanggapin ninyong patungan ito, ang lumang tipunan ay itatago at " "papangalanang aliases.O." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "IP-addresses to listen on for incoming SMTP connections:" msgstr "Mga IP address na papakinggan para sa papasok na koneksyong SMTP:" #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "Enter a colon-separated list of IP-addresses to listen on. You need to " "double the colons in IPv6 addresses (e.g. 5f03::1200::836f::::)." msgstr "" "Magbigay ng talaan ng mga IP address na papakinggan na nakahiwalay ng mga " "tutuldok. Kailangang idoble ang mga tutuldok sa mga address na IPv6 (hal. " "5f03::1200::836f::::)." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If you leave this value empty, Exim will listen for connections on the SMTP " "port of all available network interfaces." msgstr "" "Kung iwanan ninyong blanko ito, makikinig ang Exim para sa koneksyong SMTP " "sa lahat ng magagamit na mga network interface." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If this computer does not receive e-mail directly per SMTP from OTHER hosts, " "but only from local services like fetchmail or your e-mail program (MUA) " "talking to localhost you should prohibit external connections to Exim by " "setting this option to 127.0.0.1 and therefore disabling listening on public " "network interfaces." msgstr "" "Kung hindi tatanggap ang kompyuter na ito ng koreo ng direkta na SMTP mula " "sa IBANG mga makina, kundi lamang sa mga lokal na serbisyo tulad ng " "fetchmail o ng inyong programang pang-email (MUA) sa pakikipagusap sa " "localhost, dapat niyong ipagbawal ang koneksyon mula sa labas patungo sa " "Exim sa pagtakda nitong option na ito sa 127.0.0.1 at sa ganoong paraan ay " "hindi ito makikinig sa mga network interface na pampubliko." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "Keep number of DNS-queries minimal (Dial-on-Demand)?" msgstr "Ilimita ang pagtanong sa DNS (Dial-on-Demand)?" #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "In normal mode of operation Exim makes DNS-lookups at startup, when " "receiving or delivering message, etc. for logging purposes and to keep the " "number of hard-coded values in the configuration file small." msgstr "" "Sa karaniwang pagtakbo ang Exim ay nagtatanong sa DNS sa umpisa, kapag ito'y " "nakakatanggap o nagpapadala ng mga koreo, atbp. para sa pagtatala at upang " "iwanan na kaunti lamang ang nakatakdang halaga sa hard-code sa tipunang " "pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "If this were a host without permanent DNS-nameserver-access using Dial-on-" "Demand this might have the unwanted consequence that starting up exim or " "running the queue (even with no messages waiting) might trigger a costly " "dial-up-event." msgstr "" "Kung ito'y makina na walang permanenteng DNS access at gumagamit ng Dial-on-" "Demand, maaaring ito'y magkaroon ng hindi kanais-nais na pangyayari na kapag " "tumakbo ang exim o pagproseso ng queue (kahit na walang mga koreong " "naghihintay) ay ito'y mag-trigger ng magastos na dial-up event." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "Enable this feature if you are using Dial-on-Demand; otherwise, disable it." msgstr "" "Itakdang enabled ang feature na ito kung kayo'y gumagamit ng Dial-on-Demand; " "kung hindi, itakdang disabled." #. Type: title #. Description #: ../exim4-config.templates.master:166 msgid "Configuring Exim v4 (exim4-config)" msgstr "Pagsasaayos ng Exim v4 (exim4-config)" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "Split configuration into small files?" msgstr "Ipaghati ang pagsasaayos sa maliliit na mga tipunan?" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The Debian exim4 packages can either use a single monolithic file (/etc/" "exim4/exim4.conf.template) or about 40 small files in /etc/exim4/conf.d/ to " "generate the final configuration." msgstr "" "Ang paketeng exim4 ng Debian ay maaaring gumamit ng iisang malaking tipunan " "(/etc/exim4/exim4.conf.template) o higit-kumulang ng 40 na maliit na tipunan " "sa /etc/exim4/conf.d/ upang makabuo ng kahulihang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The former is better suited for large modifications and is generally more " "stable, whereas the latter offers a comfortable way to make smaller " "modifications but is more fragile and might break if modified extensively." msgstr "" "Ang nauna ay mas-akma sa malalaking pagbabago at karaniwan ito'y mas-stable, " "samantalang ang nahuli ay masmadali ang pagbabago na maliliit ngunit ito'y " "masmadaling masira ang pagsasaayos kung ito'y madalas na baguhin." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "If you are unsure then you should not use split configuration." msgstr "Kung hindi kayo tiyak ay hindi niyo dapat ipaghati ang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "Hide local mail name in outgoing mail?" msgstr "Itago ang pangalang lokal sa palabas na koreo?" #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "" "The headers of outgoing mail can be rewritten to make it appear to have been " "generated on a different system, replacing \"${mailname}\" \"localhost\" and " "\"${dc_other_hostnames}\" in From, Reply-To, Sender and Return-Path." msgstr "" "Ang mga header ng palabas na koreo ay maaaring isulat muli upang magmukhang " "ito'y ginawa sa ibang makina, ang pagpalit ng \"${mailname}\" \"localhost\" " "at \"{dc_other_hostnames}\" sa From, Reply-To, Sender at Return-Path." --0F1p//8PRICkK4MW-- From owner@bugs.debian.org Thu Jan 20 10:03:17 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 20 Jan 2005 02:03:17 -0800 Subject: Processed: tagging 291184 In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > #fixed in CVS > tags 291184 pending Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation Tags were: l10n patch Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Thu Jan 20 10:03:20 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 20 Jan 2005 02:03:20 -0800 Subject: Processed: tagging 291205 In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > #fixed in CVS > tags 291205 pending Bug#291205: exim4-4.34-10 fails to authenticate via AUTH LOGIN There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Thu Jan 20 17:03:22 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 20 Jan 2005 09:03:22 -0800 Subject: Bug#290466: marked as done (exim4-base: postinst fails on upgrade from 4.34-9) In-Reply-To: <20050120165902.GF16649@torres.l21.ma.zugschlus.de> References: <20050120165902.GF16649@torres.l21.ma.zugschlus.de> Message-ID: Your message dated Thu, 20 Jan 2005 17:59:02 +0100 with message-id <20050120165902.GF16649@torres.l21.ma.zugschlus.de> and subject line Bug#290466: exim4-base: postinst fails on upgrade from 4.34-9 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 14 Jan 2005 09:54:44 +0000 >From mornfall@mornfall.homeip.net Fri Jan 14 01:54:44 2005 Return-path: Received: from sirion.sks3.muni.cz (sirion.danill.sk) [147.251.210.68] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CpOAF-0004mJ-00; Fri, 14 Jan 2005 01:54:43 -0800 Received: from mornfall by sirion.danill.sk with local (Exim 4.34) id 1CpO9e-0004qo-Gk; Fri, 14 Jan 2005 10:54:06 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Peter Rockai \(mornfall\)" To: Debian Bug Tracking System Subject: exim4-base: postinst fails on upgrade from 4.34-9 X-Mailer: reportbug 3.5 Date: Fri, 14 Jan 2005 10:54:06 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4-base Version: 4.34-10 Severity: normal Setting up exim4-base (4.34-10) ... mkdir: invalid option -- o Try `mkdir --help' for more information. dpkg: error processing exim4-base (--configure): >From aptitude log: [UPGRADE] exim4-base 4.34-9 -> 4.34-10 -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:06:10 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' dc_other_hostnames='' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' mailname:sirion -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages exim4-base depends on: ii adduser 3.59 Add and remove users and groups ii cron 3.0pl1-86 management of regular background p ii debconf [debconf-2.0] 1.4.41 Debian configuration management sy ii exim4-config [exim4-config- 4.34-10 Debian configuration for exim4 ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb3 3.2.9-20 Berkeley v3 Database Libraries [ru ii netbase 4.19 Basic TCP/IP networking system ii passwd 1:4.0.3-30.7 Change and administer password and -- debconf information: exim4/purge_spool: false exim4/move_exim3_spool: false --------------------------------------- Received: (at 290466-done) by bugs.debian.org; 20 Jan 2005 16:59:10 +0000 >From mh+debian-packages@zugschlus.de Thu Jan 20 08:59:10 2005 Return-path: Received: from 5301d.unt0.torres.l21.ma.zugschlus.de (torres.int.l21.ma.zugschlus.de) [217.151.83.1] (Debian-exim) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrfeI-0002c4-00; Thu, 20 Jan 2005 08:59:10 -0800 Received: from mh by torres.int.l21.ma.zugschlus.de with local (Exim 4.43) id 1CrfeA-0004hC-P1; Thu, 20 Jan 2005 17:59:02 +0100 Date: Thu, 20 Jan 2005 17:59:02 +0100 From: Marc Haber To: "Peter Rockai (mornfall)" Cc: 290466-done@bugs.debian.org Subject: Re: Bug#290466: exim4-base: postinst fails on upgrade from 4.34-9 Message-ID: <20050120165902.GF16649@torres.l21.ma.zugschlus.de> References: <20050114170232.GB27008@torres.l21.ma.zugschlus.de> <200501141811.28860.mornfall@kalyxo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501141811.28860.mornfall@kalyxo.org> User-Agent: Mutt/1.3.28i Delivered-To: 290466-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.5 required=4.0 tests=BAYES_30,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On Fri, Jan 14, 2005 at 06:11:18PM +0100, Peter Rockai (mornfall) wrote: > Probably just close > the bug then, Doing so. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Thu Jan 20 17:33:17 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 20 Jan 2005 09:33:17 -0800 Subject: Processed: lots of exim4 processes In-Reply-To: <20050120171844.GA18486@torres.l21.ma.zugschlus.de> References: <20050120171844.GA18486@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > tags #289607 moreinfo Bug#289607: number of eximprocesses continues to grow There were no tags set. Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 289607-maintonly@bugs.debian.org Thu Jan 20 17:18:44 2005 From: Marc Haber , 289607-maintonly@bugs.debian.org (Marc Haber) Date: Thu, 20 Jan 2005 18:18:44 +0100 Subject: Bug#289607: lots of exim4 processes In-Reply-To: References: Message-ID: <20050120171844.GA18486@torres.l21.ma.zugschlus.de> tags #289607 moreinfo thanks Hi, On Mon, Jan 10, 2005 at 01:46:04AM +0000, Rory Campbell-Lange wrote: > I am seeing lots of exim4 processes in the following state: > > exim4 6304 Debian-exim 0u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) > exim4 6304 Debian-exim 2u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) > exim4 6304 Debian-exim 3u IPv4 655313 UDP myserver:35888->ns1.myisp.net:domain Judging from the discussion on exim-users, this is an issue with your ISP's DNS server. Is there anything that exim can do? I'd like to have this bug closed, if we cannot help you. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Rory Campbell-Lange , 289607-maintonly@bugs.debian.org Thu Jan 20 21:35:37 2005 From: Rory Campbell-Lange , 289607-maintonly@bugs.debian.org (Rory Campbell-Lange) Date: Thu, 20 Jan 2005 21:35:37 +0000 Subject: Bug#289607: lots of exim4 processes In-Reply-To: <20050120171844.GA18486@torres.l21.ma.zugschlus.de> References: <20050120171844.GA18486@torres.l21.ma.zugschlus.de> Message-ID: <20050120213537.GB22232@campbell-lange.net> Hi Guys On 20/01/05, Marc Haber (mh+debian-packages@zugschlus.de) wrote: > tags #289607 moreinfo > thanks > > Hi, > > On Mon, Jan 10, 2005 at 01:46:04AM +0000, Rory Campbell-Lange wrote: > > I am seeing lots of exim4 processes in the following state: > > > > exim4 6304 Debian-exim 0u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) > > exim4 6304 Debian-exim 2u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) > > exim4 6304 Debian-exim 3u IPv4 655313 UDP myserver:35888->ns1.myisp.net:domain > > Judging from the discussion on exim-users, this is an issue with your > ISP's DNS server. Is there anything that exim can do? > > I'd like to have this bug closed, if we cannot help you. This is definitely a problem with my isp's DNS server. Apologies for leaving this open. Thanks for your great work. Rory -- Rory Campbell-Lange From info@j-tomas.com Fri Jan 21 03:15:25 2005 From: info@j-tomas.com (Agentur =?ISO-8859-1?Q?Espa=F1a?=) Date: Fri, 21 Jan 2005 04:15:25 +0100 Subject: Sie suchen =?ISO-8859-1?Q?Gesch=E4ftskontakte?= in Europa? Wir stellen diese Kontakte =?ISO-8859-1?Q?f=FCr?= Sie her! Message-ID: <2005012104152578E988BB9D$78904B720C@ILLIQGAKNIZ> This is a multi-part message in MIME format ------=_NextPart_707_9626_E6463737.06470640 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sehr geehrte Damen und Herren, Sineu Januar= 2005 = = Unsere Werbeagentur m=F6chte Sie informieren das Sie jetzt die M=F6glich= keit haben. Kostenlos anmelden in Suchmaschinen, Anzeigenm=E4rkten, Webkatalog, Bran= chenbuch, Hoteldatenbank usw.... Kosteng=FCnstige E-Mail Werbung in 20 L=E4nder, es stehen Ihnen 53 Milli= onen E-Mail Adressen zur Verf=FCgung. Sie k=F6nnen diese E-Mail Adressen kaufen. Sie k=F6nnen auch Ihren Werbenewsletter kosteng=FCnstig =FCber uns verse= nden. Wir helfen Ihnen bei der Gewinnung von Neukunden, und einem reibungslose= n E-Mail-Versand. Wir garantieren das unsere E-Mail Adressen immer aktuell und erreichbar = sind. Treten Sie mit uns in Verbindung =FCber unser Kontakt-Formular . Wir w=FCnschen Ihnen viel Erfolg beim Erschlie=DFen neuer M=E4rkte Ihre Werbeagentur Espa=F1a Ps. Sie suchen Gesch=E4ftskontakte in Europa? Wir stellen diese Kontakte= f=FCr Sie her! Marketing Agentur Espa=F1a N I F. X2462575B Apartado 6 07510 Sineu/Espa=F1a Email: agentur@wanadoo.es ------=_NextPart_707_9626_E6463737.06470640 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sie suchen Gesch=E4ft= skontakte in Europa? Wir stellen diese Kontakte f=FCr Sie her!

 

Guten Tag,
pkg-exim4-maintainers@lists.ali= oth.debian.org         &nbs= p;           &nbs= p;           &nbs= p;           &nbs= p;           &nbs= p;           &nbs= p;           &nbs= p;           &nbs= p;         Freitag, 21. Jan= uar 2005

Unsere Werbeagentur m=F6ch= te Sie informieren das Sie jetzt die M=F6glichkeit haben.
<= OL>
  • Kostenloses anmelden in Suchmaschine= n, Anzeigenm=E4rkten, Webkatalog, Branchenbuch, Hoteldatenbank usw.= =2E..
  • Kosteng=FCnstige E-Mail Werbu= ng in 20 L=E4nder, es stehen Ihnen 53 Millionen E-Mail Adressen zur Verf= =FCgung.
  • Sie k=F6nnen diese = E-Mail Adressen kaufen.
  • Sie k=F6n= nen auch Ihren Werbenewsletter kosteng=FCnstig =FCber uns versenden.
  • Wir helfen Ihnen bei der Gewinnung v= on Neukunden, und einem reibungslosen E-Mail-Versand.
  • Wir garantieren das unsere E-Mail Adressen immer ak= tuell und erreichbar sind.
  • Treten= Sie mit uns in Verbindung =FCber unser Ko= ntakt-Formular .
    • =

    Wir w=FCnschen Ihnen viel Erfolg be= im Erschlie=DFen neuer M=E4rkte
    Ihre Werbeagentur Espa=F1a

    Ps. Sie suchen Gesch=E4ftskontakte in E= uropa? Wir stellen diese Kontakte f=FCr Sie her!


    Marketing Agentur Espa=F1a
    N I F. X2462575B
    Apartado= 6
    07510 Sineu/Espa=F1a
    Email:     agentur@wanadoo.es

    ------=_NextPart_707_9626_E6463737.06470640-- From owner@bugs.debian.org Fri Jan 21 07:18:13 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 20 Jan 2005 23:18:13 -0800 Subject: Bug#289607: marked as done (number of eximprocesses continues to grow) In-Reply-To: <20050121070711.GA7365@torres.l21.ma.zugschlus.de> References: <20050121070711.GA7365@torres.l21.ma.zugschlus.de> Message-ID: Your message dated Fri, 21 Jan 2005 08:07:11 +0100 with message-id <20050121070711.GA7365@torres.l21.ma.zugschlus.de> and subject line Bug#289607: lots of exim4 processes has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 10 Jan 2005 01:45:45 +0000 >From rory@campbell-lange.net Sun Jan 09 17:45:45 2005 Return-path: Received: from (campbell-lange.net) [217.206.202.27] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cnocr-0007RW-00; Sun, 09 Jan 2005 17:45:45 -0800 Received: from rory by host0406.cammail.net with local (Exim 4.34) id 1CnodA-0005p4-V8; Mon, 10 Jan 2005 01:46:04 +0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Rory Campbell-Lange To: Debian Bug Tracking System Subjec: exim4 - strange orphaned processes stuck with CLOSE_WAIT X-Mailer: reportbug 3.2 Date: Mon, 10 Jan 2005 01:46:04 +0000 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_00,HAS_PACKAGE, NOSUBJECT autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4 Version: 4.34-8 Severity: important I am seeing lots of exim4 processes in the following state: exim4 6304 Debian-exim 0u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) exim4 6304 Debian-exim 2u IPv4 655292 TCP myserver:smtp->mail2.myisp.net:49602 (CLOSE_WAIT) exim4 6304 Debian-exim 3u IPv4 655313 UDP myserver:35888->ns1.myisp.net:domain Also lots of processes are running: .... Debian- 6162 0.0 0.2 8488 2556 ? Ss 13:06 0:00 /usr/sbin/exim4 -bd -q30m Debian- 6292 0.0 0.2 8500 2692 ? S 13:11 0:00 /usr/sbin/exim4 -bd -q30m Debian- 6304 0.0 0.2 8500 2692 ? S 13:12 0:00 /usr/sbin/exim4 -bd -q30m Debian- 6399 0.0 0.2 8500 2692 ? S 13:35 0:00 /usr/sbin/exim4 -bd -q30m .... If left all smtp connections are saturated over time, as the number of exim processes increases incrementally. After issuing an /etc/init.d/exim4 stop there are still lots of exim4 processes running, which have to be killed manually. Thanks Rory -- Package-specific info: Exim version 4.34 #1 built 20-Nov-2004 11:32:14 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' dc_other_hostnames='host0406:host0406.cammail.net:bronwenmanby.net:demo.ideaboard.org:trial.ideaboard.org:ideaboard.org:brand.ideaboard.org:learning.ideaboard.org:ultralab.ideaboard.org:basilisk.co.uk:ha-usa.com:7by6.com:cmpcommunications.com:clarkemulderpurdie.com:story-store.com:o-sb.co.uk' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' #dc_relay_nets='193.35.129.161:213.78.150.90:62.254.146.179:194.247.51.219:*.dialup.zetnet.co.uk:*.orange.co.uk' dc_relay_nets='*.orange.co.uk' dc_smarthost='' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='' # MESSAGE_SIZE_LIMIT = 20M mailname:campbell-lange.net -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages exim4 depends on: ii exim4-base 4.34-8 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-8 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 289607-done) by bugs.debian.org; 21 Jan 2005 07:07:14 +0000 >From mh+debian-packages@zugschlus.de Thu Jan 20 23:07:14 2005 Return-path: Received: from 5301d.unt0.torres.l21.ma.zugschlus.de (torres.int.l21.ma.zugschlus.de) [217.151.83.1] (Debian-exim) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Crst0-0005ll-00; Thu, 20 Jan 2005 23:07:14 -0800 Received: from mh by torres.int.l21.ma.zugschlus.de with local (Exim 4.43) id 1Crssx-0002DD-NS; Fri, 21 Jan 2005 08:07:11 +0100 Date: Fri, 21 Jan 2005 08:07:11 +0100 From: Marc Haber To: Rory Campbell-Lange , 289607-done@bugs.debian.org Subject: Re: Bug#289607: lots of exim4 processes Message-ID: <20050121070711.GA7365@torres.l21.ma.zugschlus.de> References: <20050120171844.GA18486@torres.l21.ma.zugschlus.de> <20050120213537.GB22232@campbell-lange.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050120213537.GB22232@campbell-lange.net> User-Agent: Mutt/1.3.28i Delivered-To: 289607-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.1 required=4.0 tests=BAYES_44,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On Thu, Jan 20, 2005 at 09:35:37PM +0000, Rory Campbell-Lange wrote: > This is definitely a problem with my isp's DNS server. Apologies for > leaving this open. Thus closing. Greetins Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From oba_kosoko005@zipmail.com.br Fri Jan 21 09:28:29 2005 From: oba_kosoko005@zipmail.com.br (oba_kosoko005@zipmail.com.br) Date: Fri, 21 Jan 2005 10:28:29 +0100 Subject: =?iso-8859-1?Q?FOREIGN=20INVESTMENT=20ASSISTANCE?= Message-ID: <41F0A87600000522@www.zipmail.com.br> NIGERIAN NATIONAL PETROLEUM CORPORATION FALOMO OFFICE COMPLEX, IKOYI,P.M.B 127011, LAGOS. Dear: Sir , It is my pleasure to contact you for assistance and business co-operation. I know the content of this letter might be surprising to you. But I assure you that every word of it is true. Even though we hardly know each other I believe you can help me. I am DR. OBA KOSOKO, The President of a special task force in charge of the sales of petroleum products in the Federal Republic of Nigeria in West Africa. My office monitors the sales and lifting of crude oil and= petroleum product by foreign dealers. With the cooperation of my assistant and head of the audit committee attached to the task force,I have successfully saved about $38.6 million US Dollars. This money is as a result of allocation of excess crude oil to the foreign dealers, which has been sold but which money is not entered in the financial statement of my task force. This money is now lying unclaimed in the account of the task force, know only to my partners and me involved in the excess allocation. However, the legislators of the new democratic government of my country have set up a panel to look into the past activities of some government companies and parastatals. We do not want the panel to discover the money we saved. We cannot lodge this money into our private bank account. In my country, public servants are not permitted to operate any account in excess of $500,000 U. S Dollars. Now the idea is to have a foreign partner whom the sum will be transferred to. We have concluded arrangement to transfer this money to your private bank account.if you permit us to use it. All you have to do is to send me your private address, phone and fax lines and banking particulars I will send you the details of the transfer and necessary document as soon as you provide them. If you can assist us transfer this money out before the panel starts work, we will give 30% of the amount for your assistance needed in this transaction. You will keep the remaining sum for us pending our arrival to your country. We intend to invest 50% of the sum in business with your knowledge and past experience your advice will be highly needed for the investment. We would want to know the lucrative business areas in your country we can invest on with the 50% of the sum. Don't worry about any problem in this business. I assure it is safe and no risk is involved. No other party is aware of the sum from the excess allocation except my partner and me. However, this transaction should be secret and confidential. We awaits your reply on this transaction. Time is of great essence to us.= For any further information reach me through my email. Regards, DR. OBA KOSOKO ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From Arnaud Vandyck , 291537@bugs.debian.org Fri Jan 21 11:23:02 2005 From: Arnaud Vandyck , 291537@bugs.debian.org (Arnaud Vandyck) Date: Fri, 21 Jan 2005 12:23:02 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! Message-ID: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> --=-=-= Package: exim4 Version: 4.34-10 Severity: critical Hi, After upgrading to 4.43-3, all my mails (I use fetchmail) were in the mailq because of a configuration problem. Now I see there has been an update of exim4 so I tried it. But when someone sends me a mail, it bounds! I attach the mail someone received after sending me a test message. Thanks for taking care, this is a very important package! I did not receive my mails for 12 hours. I know it's difficult to maintain a package and it takes time. Please, be very careful. Thanks. -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 12:47:46 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='satellite' dc_other_hostnames='localhost' dc_local_interfaces='127.0.0.1' dc_readhost='localhost' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='' dc_smarthost='smtp.mailvb.ulg.ac.be' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:localhost -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (1001, 'unstable'), (100, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-ppc-sleep7 Locale: LANG=fr_BE.UTF-8@euro, LC_CTYPE=fr_BE.UTF-8@euro (charmap=UTF-8) Versions of packages exim4 depends on: ii exim4-base 4.34-10 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-10 Lightweight version of the Exim (v -- no debconf information -- Arnaud Vandyck http://fosdem.org/ Free and Open Source Developers' European Meeting jabber: avdyk@jabber.fosdem.org February 26-27 2005, Bruxelles, Belgium --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Message-ID: <41F0E429.5080504@ulg.ac.be> Date: Fri, 21 Jan 2005 12:14:49 +0100 From: Xavier Renard User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) To: Arnaud Vandyck Subject: [Fwd: failure notice] Lines: 84 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===-=-=" --===-=-= Content-Type: text/plain; charset=iso-8859-1; format=flowed --===-=-= Content-Type: message/rfc822; name="failure notice" Content-Disposition: inline; filename="failure notice" Return-Path: <> Delivered-To: xavier.renard@ulg.ac.be Received: (qmail 31080 invoked from network); 21 Jan 2005 12:10:56 +0100 Received: from serv54.segi.ulg.ac.be ([139.165.32.99]) by serv60.segi.ulg.ac.be (qmail-ldap-1.03) with QMQP; 21 Jan 2005 12:10:56 +0100 Delivered-To: CLUSTERHOST serv54.segi.ulg.ac.be xavier.renard@ulg.ac.be Received: (qmail 20353 invoked for bounce); 21 Jan 2005 12:10:56 +0100 Date: 21 Jan 2005 12:10:56 +0100 From: MAILER-DAEMON@serv54.segi.ulg.ac.be To: xavier.renard@ulg.ac.be Subject: failure notice MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Hi. This is the qmail-send program at serv54.segi.ulg.ac.be. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : Sorry, I couldn't find any host named localhost. (#5.1.2) --- Below this line is a copy of the message. Return-Path: Received: (qmail 20347 invoked by uid 510); 21 Jan 2005 12:10:55 +0100 Received: from 139.165.77.198 by serv54.segi.ulg.ac.be (envelope-from , uid 501) with qmail-scanner-1.23=20 (drweb: 4. spamassassin: 2.64.=20=20 Clear:RC:1(139.165.77.198):.=20 Processed in 0.103222 secs); 21 Jan 2005 11:10:55 -0000 Received: from vbstefi118.fapse.ulg.ac.be (HELO edev.localhost) ([139.165.7= 7.198]) (envelope-sender ) by serv54.segi.ulg.ac.be (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 12:10:55 +0100 Received: from [127.0.0.1] (helo=3Dlocalhost ident=3Darnaud) by edev.localhost with esmtp (Exim 4.43) id 1Crwgd-0004pk-9x for arnaud@localhost; Fri, 21 Jan 2005 12:10:43 +0100 X-Original-To: avdyk@ressource-toi.org Delivered-To: arnaud@ressource-toi.org Received: from nono.ressource-toi.org [62.197.79.210] by localhost with IMAP (fetchmail-6.2.5) for arnaud@localhost (single-drop); Fri, 21 Jan 2005 12:10:43 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by nono.ressource-toi.org (Postfix) with ESMTP id 0A08B154032 for ; Fri, 21 Jan 2005 12:09:42 +0100 (CET) Received: from serv54.segi.ulg.ac.be (serv54.segi.ulg.ac.be [139.165.32.99]) by nono.ressource-toi.org (Postfix) with ESMTP id C3FD315400A for ; Fri, 21 Jan 2005 12:09:41 +0100 (CET) Received: (qmail 19709 invoked by uid 510); 21 Jan 2005 12:09:41 +0100 Received: from 139.165.77.168 by serv54.segi.ulg.ac.be (envelope-from , uid 501) with qmail-scanner-1.23=20 (drweb: 4. spamassassin: 2.64.=20=20 Clear:RC:1(139.165.77.168):.=20 Processed in 0.11441 secs); 21 Jan 2005 11:09:41 -0000 Received: from vbstefi88.fapse.ulg.ac.be (HELO [139.165.77.168]) ([139.165.= 77.168]) (envelope-sender ) by serv54.segi.ulg.ac.be (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 12:09:40 +0100 Message-ID: <41F0E2D4.5080506@ulg.ac.be> Date: Fri, 21 Jan 2005 12:09:08 +0100 From: Xavier Renard User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arnaud Vandyck Subject: test Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 8bit me re=E7ois-tu? --===-=-=-- --=-=-=-- From owner@bugs.debian.org Fri Jan 21 12:03:09 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 21 Jan 2005 04:03:09 -0800 Subject: Processed: Re: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <20050121115132.GA15656@torres.l21.ma.zugschlus.de> References: <20050121115132.GA15656@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity #291537 important Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! Severity set to `important'. > # this doesn't render the package completly unuseable to everyone > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 291537-maintonly@bugs.debian.org Fri Jan 21 11:51:32 2005 From: Marc Haber , 291537-maintonly@bugs.debian.org (Marc Haber) Date: Fri, 21 Jan 2005 12:51:32 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> Message-ID: <20050121115132.GA15656@torres.l21.ma.zugschlus.de> severity #291537 important # this doesn't render the package completly unuseable to everyone thanks On Fri, Jan 21, 2005 at 12:23:02PM +0100, Arnaud Vandyck wrote: > After upgrading to 4.43-3, all my mails (I use fetchmail) were in the > mailq because of a configuration problem. Now I see there has been an > update of exim4 so I tried it. But when someone sends me a mail, it > bounds! I attach the mail someone received after sending me a test > message. Looks like your fetchmail tries to deliver mails to arnaud@localhost. Can you please confirm this? What does your exim say when you invoke /usr/sbin/exim4 -d -bt arnaud@localhost? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Haber , 291537-maintonly@bugs.debian.org Fri Jan 21 12:15:49 2005 From: Marc Haber , 291537-maintonly@bugs.debian.org (Marc Haber) Date: Fri, 21 Jan 2005 13:15:49 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> Message-ID: <20050121121549.GB15656@torres.l21.ma.zugschlus.de> On Fri, Jan 21, 2005 at 12:23:02PM +0100, Arnaud Vandyck wrote: > dc_eximconfig_configtype='satellite' This setting is generated when you choose "mail sent by smarthost; no local mail" in the exim4-config configuration dialog. The french version of that template says "Envoi via relais (« smart host ») - pas de courrier local" which at least sounds similar. So, you have configured your exim to not handle local mail, which means that every mail is handed off to the smarthost. You need to configure your exim to deliver local mails, which does not seem to be the case. I will treat this as a non-bug until you have shown me a clear bug in exim. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Arnaud Vandyck , 291537@bugs.debian.org Fri Jan 21 12:44:04 2005 From: Arnaud Vandyck , 291537@bugs.debian.org (Arnaud Vandyck) Date: Fri, 21 Jan 2005 13:44:04 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <20050121115132.GA15656@torres.l21.ma.zugschlus.de> (Marc Haber's message of "Fri, 21 Jan 2005 12:51:32 +0100") References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> <20050121115132.GA15656@torres.l21.ma.zugschlus.de> Message-ID: <87zmz3c5pn.fsf@oz.fapse.ulg.ac.be> Fri, 21 Jan 2005 12:51:32 +0100,=20 Marc Haber wrote:=20 Hi Marc, > Looks like your fetchmail tries to deliver mails to arnaud@localhost. > Can you please confirm this? Yes, I confirm. > What does your exim say when you invoke /usr/sbin/exim4 -d -bt > arnaud@localhost? This is with 4.34-10. Exim version 4.34 uid=3D0 gid=3D0 pid=3D20005 D=3Dfbb95cfd Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch n= is nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 changed uid/gid: forcing real =3D effective uid=3D0 gid=3D0 pid=3D20005 auxiliary group list: configuration file is /var/lib/exim4/config.autogenerated log selectors =3D 00000ffc 00010400 trusted user admin user user name "root" extracted from gecos field "root" originator: uid=3D0 gid=3D0 login=3Droot name=3Droot sender address =3D root@localhost Address testing: uid=3D0 gid=3D110 euid=3D0 egid=3D110 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Testing arnaud@localhost >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Considering arnaud@localhost >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> routing arnaud@localhost --------> hubbed_hosts router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains expansion of "${if exists{/etc/exim4/hubbed_hosts}{partial-lsearch;/etc/exi= m4/hubbed_hosts}fail}" forced failure: assume not in this list hubbed_hosts router skipped: domains mismatch --------> smarthost router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains localhost in "@:localhost:localhost:localhost"? yes (matched "localhost") localhost in "! +local_domains"? no (matched "! +local_domains") smarthost router skipped: domains mismatch --------> real_local router <-------- local_part=3Darnaud domain=3Dlocalhost real_local router skipped: prefix mismatch --------> system_aliases router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) R: system_aliases for arnaud@localhost calling system_aliases router rda_interpret (string): ${lookup{$local_part}lsearch{/etc/aliases}} search_open: lsearch "/etc/aliases" search_find: file=3D"/etc/aliases" key=3D"arnaud" partial=3D-1 affix=3DNULL starflags=3D0 LRU list: :/etc/aliases End internal_search_find: file=3D"/etc/aliases" type=3Dlsearch key=3D"arnaud" file lookup required for arnaud in /etc/aliases lookup failed expanded:=20 file is not a filter file parse_forward_list:=20 system_aliases router declined for arnaud@localhost --------> hub_user router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) checking for local user R: hub_user for arnaud@localhost calling hub_user router rda_interpret (string): ${local_part}@localhost expanded: arnaud@localhost file is not a filter file parse_forward_list: arnaud@localhost extract item: arnaud@localhost hub_user router generated arnaud@localhost errors_to=3DNULL transport=3DNULL uid=3Dunset gid=3Dunset home=3DNULL routed by hub_user router envelope to: arnaud@localhost transport: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Considering arnaud@localhost >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> routing arnaud@localhost --------> hubbed_hosts router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains expansion of "${if exists{/etc/exim4/hubbed_hosts}{partial-lsearch;/etc/exi= m4/hubbed_hosts}fail}" forced failure: assume not in this list hubbed_hosts router skipped: domains mismatch --------> smarthost router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains localhost in "@:localhost:localhost:localhost"? yes (matched "localhost") localhost in "! +local_domains"? no (matched "! +local_domains") smarthost router skipped: domains mismatch --------> real_local router <-------- local_part=3Darnaud domain=3Dlocalhost real_local router skipped: prefix mismatch --------> system_aliases router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) R: system_aliases for arnaud@localhost calling system_aliases router rda_interpret (string): ${lookup{$local_part}lsearch{/etc/aliases}} search_open: lsearch "/etc/aliases" cached open search_find: file=3D"/etc/aliases" key=3D"arnaud" partial=3D-1 affix=3DNULL starflags=3D0 LRU list: :/etc/aliases End internal_search_find: file=3D"/etc/aliases" type=3Dlsearch key=3D"arnaud" cached data used for lookup of arnaud in /etc/aliases lookup failed expanded:=20 file is not a filter file parse_forward_list:=20 system_aliases router declined for arnaud@localhost --------> hub_user router <-------- hub_user router skipped: previously routed arnaud@localhost --------> userforward router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) checking for local user finduser used cached passwd data for arnaud R: userforward for arnaud@localhost calling userforward router rda_interpret (file): $home/.forward expanded: /home/arnaud/.forward stat(/home/arnaud/.)=3D0 /home/arnaud/.forward does not exist userforward router declined for arnaud@localhost --------> procmail router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) checking for local user finduser used cached passwd data for arnaud R: procmail for arnaud@localhost checking require_files finduser used cached passwd data for arnaud check subsequent files for access by arnaud file check: ${if exists{/etc/procmailrc}{/etc/procmailrc}{${home}/.procmail= rc}} expanded file: /home/arnaud/.procmailrc stat() yielded -1 errno =3D 2 procmail router skipped: file check --------> maildrop router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) checking for local user finduser used cached passwd data for arnaud R: maildrop for arnaud@localhost checking require_files finduser used cached passwd data for arnaud check subsequent files for access by arnaud file check: ${home}/.mailfilter expanded file: /home/arnaud/.mailfilter stat() yielded -1 errno =3D 2 maildrop router skipped: file check --------> local_user router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) checking local_parts arnaud in "! root"? yes (end of list) checking for local user finduser used cached passwd data for arnaud R: local_user for arnaud@localhost calling local_user router local_user router called for arnaud@localhost domain =3D localhost set transport mail_spool queued for mail_spool transport: local_part =3D arnaud domain =3D localhost errors_to=3DNULL domain_data=3DNULL localpart_data=3DNULL routed by local_user router envelope to: arnaud@localhost transport: mail_spool search_tidyup called >>>>>>>>>>>>>>>> Exim pid=3D20005 terminating with rc=3D0 >>>>>>>>>>>>>>>> arnaud@localhost <-- arnaud@localhost router =3D local_user, transport =3D mail_spool --------------------------------------------------------- Here is with 4.43-4 Exim version 4.43 uid=3D0 gid=3D0 pid=3D20933 D=3Dfbb95cfd Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch n= is nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 changed uid/gid: forcing real =3D effective uid=3D0 gid=3D0 pid=3D20933 auxiliary group list: configuration file is /var/lib/exim4/config.autogenerated log selectors =3D 00000ffc 00010400 trusted user admin user user name "root" extracted from gecos field "root" originator: uid=3D0 gid=3D0 login=3Droot name=3Droot sender address =3D root@localhost Address testing: uid=3D0 gid=3D110 euid=3D0 egid=3D110 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Testing arnaud@localhost >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Considering arnaud@localhost >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> routing arnaud@localhost --------> hubbed_hosts router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains expansion of "${if exists{/etc/exim4/hubbed_hosts}{partial-lsearch;/etc/exi= m4/hubbed_hosts}fail}" forced failure: assume not in this list hubbed_hosts router skipped: domains mismatch --------> smarthost router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains localhost in "@:localhost:localhost"? yes (matched "localhost") localhost in "! +local_domains"? no (matched "! +local_domains") smarthost router skipped: domains mismatch --------> real_local router <-------- local_part=3Darnaud domain=3Dlocalhost real_local router skipped: prefix mismatch --------> system_aliases router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) R: system_aliases for arnaud@localhost calling system_aliases router rda_interpret (string): ${lookup{$local_part}lsearch{/etc/aliases}} search_open: lsearch "/etc/aliases" search_find: file=3D"/etc/aliases" key=3D"arnaud" partial=3D-1 affix=3DNULL starflags=3D0 LRU list: :/etc/aliases End internal_search_find: file=3D"/etc/aliases" type=3Dlsearch key=3D"arnaud" file lookup required for arnaud in /etc/aliases lookup failed expanded:=20 file is not a filter file parse_forward_list:=20 system_aliases router declined for arnaud@localhost --------> hub_user router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) checking for local user R: hub_user for arnaud@localhost calling hub_user router rda_interpret (string): ${local_part}@localhost expanded: arnaud@localhost file is not a filter file parse_forward_list: arnaud@localhost extract item: arnaud@localhost hub_user router generated arnaud@localhost errors_to=3DNULL transport=3DNULL uid=3Dunset gid=3Dunset home=3DNULL routed by hub_user router envelope to: arnaud@localhost transport: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Considering arnaud@localhost >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> routing arnaud@localhost --------> hubbed_hosts router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains expansion of "${if exists{/etc/exim4/hubbed_hosts}{partial-lsearch;/etc/exi= m4/hubbed_hosts}fail}" forced failure: assume not in this list hubbed_hosts router skipped: domains mismatch --------> smarthost router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains localhost in "@:localhost:localhost"? yes (matched "localhost") localhost in "! +local_domains"? no (matched "! +local_domains") smarthost router skipped: domains mismatch --------> real_local router <-------- local_part=3Darnaud domain=3Dlocalhost real_local router skipped: prefix mismatch --------> system_aliases router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains cached yes match for +local_domains cached lookup data =3D NULL localhost in "+local_domains"? yes (matched "+local_domains" - cached) R: system_aliases for arnaud@localhost calling system_aliases router rda_interpret (string): ${lookup{$local_part}lsearch{/etc/aliases}} search_open: lsearch "/etc/aliases" cached open search_find: file=3D"/etc/aliases" key=3D"arnaud" partial=3D-1 affix=3DNULL starflags=3D0 LRU list: :/etc/aliases End internal_search_find: file=3D"/etc/aliases" type=3Dlsearch key=3D"arnaud" cached data used for lookup of arnaud in /etc/aliases lookup failed expanded:=20 file is not a filter file parse_forward_list:=20 system_aliases router declined for arnaud@localhost --------> hub_user router <-------- hub_user router skipped: previously routed arnaud@localhost --------> hub_user_smarthost router <-------- local_part=3Darnaud domain=3Dlocalhost checking domains localhost in "localhost"? yes (matched "localhost") checking for local user finduser used cached passwd data for arnaud R: hub_user_smarthost for arnaud@localhost calling hub_user_smarthost router hub_user_smarthost router called for arnaud@localhost domain =3D localhost route_item =3D * smtp.mailvb.ulg.ac.be byname localhost in "*"? yes (matched "*") original list of hosts =3D "smtp.mailvb.ulg.ac.be" options =3D byname expanded list of hosts =3D "smtp.mailvb.ulg.ac.be" options =3D byname set transport remote_smtp_smarthost finding IP address for smtp.mailvb.ulg.ac.be calling host_find_byname gethostbyname2(af=3Dinet6) returned 3 (NO_RECOVERY) fully qualified name =3D serv54.segi.ulg.ac.be gethostbyname2 looked up these IP addresses: name=3Dserv54.segi.ulg.ac.be address=3D139.165.32.99 queued for remote_smtp_smarthost transport: local_part =3D arnaud domain =3D localhost errors_to=3DNULL domain_data=3DNULL localpart_data=3DNULL routed by hub_user_smarthost router envelope to: arnaud@localhost transport: remote_smtp_smarthost host serv54.segi.ulg.ac.be [139.165.32.99] search_tidyup called >>>>>>>>>>>>>>>> Exim pid=3D20933 terminating with rc=3D0 >>>>>>>>>>>>>>>> arnaud@localhost <-- arnaud@localhost router =3D hub_user_smarthost, transport =3D remote_smtp_smarthost host serv54.segi.ulg.ac.be [139.165.32.99]=20 Fri, 21 Jan 2005 13:15:49 +0100,=20 Marc Haber wrote:=20 > On Fri, Jan 21, 2005 at 12:23:02PM +0100, Arnaud Vandyck wrote: >> dc_eximconfig_configtype=3D'satellite' > > This setting is generated when you choose "mail sent by smarthost; no > local mail" in the exim4-config configuration dialog. The french > version of that template says "Envoi via relais (=AB=A0smart > host=A0=BB) - pas de courrier local" which at least sounds similar. > > So, you have configured your exim to not handle local mail, which > means that every mail is handed off to the smarthost. So why does it works for four years with this configuration? Should I file a bug report against exim3 and exim4 4.34-10? > You need to configure your exim to deliver local mails, which does not > seem to be the case. OK, I'll read the doc to know how to configure exim4 to send mails to my SMTP provider. > I will treat this as a non-bug until you have shown me a clear bug in > exim. The problem is it used to work! Maybe you can decrease the severity to normal or even lower if you want and tag it wontfix if you want. It's strange I'm the only one that made the mistake ;-) Thanks for your quick reply, Cheers, --=20 .''`.=20 : :' :rnaud `. `'=20=20 `-=20=20=20=20 From Arnaud Vandyck , 291537@bugs.debian.org Fri Jan 21 12:51:11 2005 From: Arnaud Vandyck , 291537@bugs.debian.org (Arnaud Vandyck) Date: Fri, 21 Jan 2005 13:51:11 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <20050121121549.GB15656@torres.l21.ma.zugschlus.de> (Marc Haber's message of "Fri, 21 Jan 2005 13:15:49 +0100") References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> <20050121121549.GB15656@torres.l21.ma.zugschlus.de> Message-ID: <87vf9rc5ds.fsf@oz.fapse.ulg.ac.be> =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fri, 21 Jan 2005 13:15:49 +0100,=20 Marc Haber wrote:=20 > On Fri, Jan 21, 2005 at 12:23:02PM +0100, Arnaud Vandyck wrote: >> dc_eximconfig_configtype=3D'satellite' > > This setting is generated when you choose "mail sent by smarthost; no > local mail" in the exim4-config configuration dialog. The french > version of that template says "Envoi via relais (=AB=A0smart > host=A0=BB) - pas de courrier local" which at least sounds similar. # dpkg-reconfigure exim4-config Then I choose: mail sent by smarthost; received via SMTP or fetchmail I suppose this time it is correct? Very sorry for the noise. Cheers, =2D --=20 .''`.=20 : :' :rnaud `. `'=20=20 `-=20=20=20=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB8PrC4vzFZu62tMIRApBcAJ4ipo3dg+9h083eW1XFEH7lam1RZwCfTCVC fF7TJCx8/Y7s/uHshawetL8=3D =3DSwO3 =2D----END PGP SIGNATURE----- From Marc Haber , 291537-maintonly@bugs.debian.org Fri Jan 21 13:13:45 2005 From: Marc Haber , 291537-maintonly@bugs.debian.org (Marc Haber) Date: Fri, 21 Jan 2005 14:13:45 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <87vf9rc5ds.fsf@oz.fapse.ulg.ac.be> References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> <20050121121549.GB15656@torres.l21.ma.zugschlus.de> <87vf9rc5ds.fsf@oz.fapse.ulg.ac.be> Message-ID: <20050121131345.GF15656@torres.l21.ma.zugschlus.de> On Fri, Jan 21, 2005 at 01:51:11PM +0100, Arnaud Vandyck wrote: > # dpkg-reconfigure exim4-config > > Then I choose: > mail sent by smarthost; received via SMTP or fetchmail > > I suppose this time it is correct? I suppose so, but I am not too familiar with these parts of the exim setup - it's mostly Andreas' domain. Please try it out and close the bug when appropriate. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Haber , 291537-maintonly@bugs.debian.org Fri Jan 21 13:01:21 2005 From: Marc Haber , 291537-maintonly@bugs.debian.org (Marc Haber) Date: Fri, 21 Jan 2005 14:01:21 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <87zmz3c5pn.fsf@oz.fapse.ulg.ac.be> References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> <20050121115132.GA15656@torres.l21.ma.zugschlus.de> <87zmz3c5pn.fsf@oz.fapse.ulg.ac.be> Message-ID: <20050121130121.GE15656@torres.l21.ma.zugschlus.de> On Fri, Jan 21, 2005 at 01:44:04PM +0100, Arnaud Vandyck wrote: > > What does your exim say when you invoke /usr/sbin/exim4 -d -bt > > arnaud@localhost? > > This is with 4.34-10. Delivering local mail in a configuration scheme that explicitly says "no local mail" in its description was a bug which was fixed in later versions of the exim4 package. > The problem is it used to work! Yes, as result of a bad bug. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Fri Jan 21 14:48:09 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 21 Jan 2005 06:48:09 -0800 Subject: Bug#291537: marked as done (exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails!) In-Reply-To: <87ekge6e4x.fsf@oz.fapse.ulg.ac.be> References: <87ekge6e4x.fsf@oz.fapse.ulg.ac.be> <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> Message-ID: Your message dated Fri, 21 Jan 2005 15:38:38 +0100 with message-id <87ekge6e4x.fsf@oz.fapse.ulg.ac.be> and subject line Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 21 Jan 2005 11:23:53 +0000 >From avdyk@debian.org Fri Jan 21 03:23:53 2005 Return-path: Received: from serv54.segi.ulg.ac.be [139.165.32.99] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrwtM-0005CE-00; Fri, 21 Jan 2005 03:23:53 -0800 Received: (qmail 27155 invoked by uid 510); 21 Jan 2005 12:23:15 +0100 Received: from 139.165.77.198 by serv54.segi.ulg.ac.be (envelope-from , uid 501) with qmail-scanner-1.23 (drweb: 4. spamassassin: 2.64. Clear:RC:1(139.165.77.198):. Processed in 1.190826 secs); 21 Jan 2005 11:23:15 -0000 Received: from vbstefi118.fapse.ulg.ac.be (HELO edev.localhost) ([139.165.77.198]) (envelope-sender ) by serv54.segi.ulg.ac.be (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 12:23:14 +0100 Received: from arnaud by edev.localhost with local (Exim 4.34) id 1CrwsY-00055I-Bd for submit@bugs.debian.org; Fri, 21 Jan 2005 12:23:02 +0100 To: Debian Bug Tracking System Subject: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! From: Arnaud Vandyck X-Debbugs-Cc: Arnaud Vandyck Date: Fri, 21 Jan 2005 12:23:02 +0100 Message-ID: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-11.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: --=-=-= Package: exim4 Version: 4.34-10 Severity: critical Hi, After upgrading to 4.43-3, all my mails (I use fetchmail) were in the mailq because of a configuration problem. Now I see there has been an update of exim4 so I tried it. But when someone sends me a mail, it bounds! I attach the mail someone received after sending me a test message. Thanks for taking care, this is a very important package! I did not receive my mails for 12 hours. I know it's difficult to maintain a package and it takes time. Please, be very careful. Thanks. -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 12:47:46 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='satellite' dc_other_hostnames='localhost' dc_local_interfaces='127.0.0.1' dc_readhost='localhost' dc_relay_domains='' dc_minimaldns='true' dc_relay_nets='' dc_smarthost='smtp.mailvb.ulg.ac.be' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:localhost -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (1001, 'unstable'), (100, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-ppc-sleep7 Locale: LANG=fr_BE.UTF-8@euro, LC_CTYPE=fr_BE.UTF-8@euro (charmap=UTF-8) Versions of packages exim4 depends on: ii exim4-base 4.34-10 EXperimental Internal Mailer -- a ii exim4-daemon-light 4.34-10 Lightweight version of the Exim (v -- no debconf information -- Arnaud Vandyck http://fosdem.org/ Free and Open Source Developers' European Meeting jabber: avdyk@jabber.fosdem.org February 26-27 2005, Bruxelles, Belgium --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Message-ID: <41F0E429.5080504@ulg.ac.be> Date: Fri, 21 Jan 2005 12:14:49 +0100 From: Xavier Renard User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) To: Arnaud Vandyck Subject: [Fwd: failure notice] Lines: 84 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===-=-=" --===-=-= Content-Type: text/plain; charset=iso-8859-1; format=flowed --===-=-= Content-Type: message/rfc822; name="failure notice" Content-Disposition: inline; filename="failure notice" Return-Path: <> Delivered-To: xavier.renard@ulg.ac.be Received: (qmail 31080 invoked from network); 21 Jan 2005 12:10:56 +0100 Received: from serv54.segi.ulg.ac.be ([139.165.32.99]) by serv60.segi.ulg.ac.be (qmail-ldap-1.03) with QMQP; 21 Jan 2005 12:10:56 +0100 Delivered-To: CLUSTERHOST serv54.segi.ulg.ac.be xavier.renard@ulg.ac.be Received: (qmail 20353 invoked for bounce); 21 Jan 2005 12:10:56 +0100 Date: 21 Jan 2005 12:10:56 +0100 From: MAILER-DAEMON@serv54.segi.ulg.ac.be To: xavier.renard@ulg.ac.be Subject: failure notice MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Hi. This is the qmail-send program at serv54.segi.ulg.ac.be. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : Sorry, I couldn't find any host named localhost. (#5.1.2) --- Below this line is a copy of the message. Return-Path: Received: (qmail 20347 invoked by uid 510); 21 Jan 2005 12:10:55 +0100 Received: from 139.165.77.198 by serv54.segi.ulg.ac.be (envelope-from , uid 501) with qmail-scanner-1.23=20 (drweb: 4. spamassassin: 2.64.=20=20 Clear:RC:1(139.165.77.198):.=20 Processed in 0.103222 secs); 21 Jan 2005 11:10:55 -0000 Received: from vbstefi118.fapse.ulg.ac.be (HELO edev.localhost) ([139.165.7= 7.198]) (envelope-sender ) by serv54.segi.ulg.ac.be (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 12:10:55 +0100 Received: from [127.0.0.1] (helo=3Dlocalhost ident=3Darnaud) by edev.localhost with esmtp (Exim 4.43) id 1Crwgd-0004pk-9x for arnaud@localhost; Fri, 21 Jan 2005 12:10:43 +0100 X-Original-To: avdyk@ressource-toi.org Delivered-To: arnaud@ressource-toi.org Received: from nono.ressource-toi.org [62.197.79.210] by localhost with IMAP (fetchmail-6.2.5) for arnaud@localhost (single-drop); Fri, 21 Jan 2005 12:10:43 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by nono.ressource-toi.org (Postfix) with ESMTP id 0A08B154032 for ; Fri, 21 Jan 2005 12:09:42 +0100 (CET) Received: from serv54.segi.ulg.ac.be (serv54.segi.ulg.ac.be [139.165.32.99]) by nono.ressource-toi.org (Postfix) with ESMTP id C3FD315400A for ; Fri, 21 Jan 2005 12:09:41 +0100 (CET) Received: (qmail 19709 invoked by uid 510); 21 Jan 2005 12:09:41 +0100 Received: from 139.165.77.168 by serv54.segi.ulg.ac.be (envelope-from , uid 501) with qmail-scanner-1.23=20 (drweb: 4. spamassassin: 2.64.=20=20 Clear:RC:1(139.165.77.168):.=20 Processed in 0.11441 secs); 21 Jan 2005 11:09:41 -0000 Received: from vbstefi88.fapse.ulg.ac.be (HELO [139.165.77.168]) ([139.165.= 77.168]) (envelope-sender ) by serv54.segi.ulg.ac.be (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 12:09:40 +0100 Message-ID: <41F0E2D4.5080506@ulg.ac.be> Date: Fri, 21 Jan 2005 12:09:08 +0100 From: Xavier Renard User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arnaud Vandyck Subject: test Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 8bit me re=E7ois-tu? --===-=-=-- --=-=-=-- --------------------------------------- Received: (at 291537-done) by bugs.debian.org; 21 Jan 2005 14:39:13 +0000 >From avdyk@debian.org Fri Jan 21 06:39:13 2005 Return-path: Received: from serv54.segi.ulg.ac.be [139.165.32.99] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrzwP-00034t-00; Fri, 21 Jan 2005 06:39:13 -0800 Received: (qmail 12832 invoked by uid 510); 21 Jan 2005 15:38:41 +0100 Received: from 139.165.77.198 by serv54.segi.ulg.ac.be (envelope-from , uid 501) with qmail-scanner-1.23 (drweb: 4. spamassassin: 2.64. Clear:RC:1(139.165.77.198):. Processed in 0.111874 secs); 21 Jan 2005 14:38:41 -0000 Received: from vbstefi118.fapse.ulg.ac.be (HELO edev.localhost) ([139.165.77.198]) (envelope-sender ) by serv54.segi.ulg.ac.be (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 15:38:41 +0100 Received: from arnaud by edev.localhost with local (Exim 4.43) id 1Crzvs-0001Cu-94; Fri, 21 Jan 2005 15:38:40 +0100 To: Marc Haber Cc: 291537-maintonly@bugs.debian.org, 291537-done@bugs.debian.org Subject: Re: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> <20050121121549.GB15656@torres.l21.ma.zugschlus.de> <87vf9rc5ds.fsf@oz.fapse.ulg.ac.be> <20050121131345.GF15656@torres.l21.ma.zugschlus.de> From: Arnaud Vandyck X-Home-Page: http://people.debian.org/~avdyk Date: Fri, 21 Jan 2005 15:38:38 +0100 In-Reply-To: <20050121131345.GF15656@torres.l21.ma.zugschlus.de> (Marc Haber's message of "Fri, 21 Jan 2005 14:13:45 +0100") Message-ID: <87ekge6e4x.fsf@oz.fapse.ulg.ac.be> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Delivered-To: 291537-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fri, 21 Jan 2005 14:13:45 +0100,=20 Marc Haber wrote:=20 > On Fri, Jan 21, 2005 at 01:51:11PM +0100, Arnaud Vandyck wrote: >> # dpkg-reconfigure exim4-config >>=20 >> Then I choose: >> mail sent by smarthost; received via SMTP or fetchmail >>=20 >> I suppose this time it is correct? > > I suppose so, but I am not too familiar with these parts of the exim > setup - it's mostly Andreas' domain. > > Please try it out and close the bug when appropriate. It was a bad configuration. Solved, many thanks. Cheers, =2D --=20 .''`.=20 : :' :rnaud `. `'=20=20 `-=20=20=20=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB8RPw4vzFZu62tMIRAp8UAKCi9lhgJX++4b3BLzHa0xelnPLXQACdF9NY L4tV0H+A/cj5C38+JL/jkSg=3D =3D1Vhv =2D----END PGP SIGNATURE----- From Arnaud Vandyck , 291537-maintonly@bugs.debian.org Fri Jan 21 14:38:38 2005 From: Arnaud Vandyck , 291537-maintonly@bugs.debian.org (Arnaud Vandyck) Date: Fri, 21 Jan 2005 15:38:38 +0100 Subject: Bug#291537: exim4: upgrade from 4.34-10 to 4.43-4 bounces all my mails! In-Reply-To: <20050121131345.GF15656@torres.l21.ma.zugschlus.de> (Marc Haber's message of "Fri, 21 Jan 2005 14:13:45 +0100") References: <87acr3f2ll.fsf@oz.fapse.ulg.ac.be> <20050121121549.GB15656@torres.l21.ma.zugschlus.de> <87vf9rc5ds.fsf@oz.fapse.ulg.ac.be> <20050121131345.GF15656@torres.l21.ma.zugschlus.de> Message-ID: <87ekge6e4x.fsf@oz.fapse.ulg.ac.be> =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fri, 21 Jan 2005 14:13:45 +0100,=20 Marc Haber wrote:=20 > On Fri, Jan 21, 2005 at 01:51:11PM +0100, Arnaud Vandyck wrote: >> # dpkg-reconfigure exim4-config >>=20 >> Then I choose: >> mail sent by smarthost; received via SMTP or fetchmail >>=20 >> I suppose this time it is correct? > > I suppose so, but I am not too familiar with these parts of the exim > setup - it's mostly Andreas' domain. > > Please try it out and close the bug when appropriate. It was a bad configuration. Solved, many thanks. Cheers, =2D --=20 .''`.=20 : :' :rnaud `. `'=20=20 `-=20=20=20=20 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB8RPw4vzFZu62tMIRAp8UAKCi9lhgJX++4b3BLzHa0xelnPLXQACdF9NY L4tV0H+A/cj5C38+JL/jkSg=3D =3D1Vhv =2D----END PGP SIGNATURE----- From david_moore3@zipmail.com.br Fri Jan 21 18:03:30 2005 From: david_moore3@zipmail.com.br (david_moore3@zipmail.com.br) Date: Fri, 21 Jan 2005 18:03:30 +0000 Subject: =?iso-8859-1?Q?FROM=20DAVID=20MOORE?= Message-ID: <41F0A87600002F2E@www.zipmail.com.br> FROM THE DESK OF MR DAVID MOORE AUDITING AND ACCOUNTING MANAGER, BANK OF AFRICA (B.O.A) OUAGADOUGOU-BURKINA FASO. alternative email god_4_a@yahoo.com Dear Friend, I am the AUDITING AND ACCOUNTING MANAGER BANK OF AFRICA (B.O.A) here in Ouagadougou, Burkina Faso. In my department we discovered an abandoned sum of US$25m dollars (TWENTY FIVE MILLION US DOLLARS) in an account that belongs to one of our foreign customer (MR. ANDREAS SCHRANNER from Munich, Germany) who died along with his entire family in Jully 2000 in a planecrash. FOR MORE INFORMATION VISIT THIS SITE BELOW http://news.bbc.co.uk/1/hi/world/europe/859479.stm Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release itunless some body applies for it as next of kin or relation to the deceased as indicated in our banking guidlings and laws but unfortunately we learnt that all his supposed next of kin or relation died alongside with him at the plane crash leaving nobody behind for the claim. It is therefore upon this discovery that I now decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don't want this money to go into the bank treasury as unclaimed bill. The banking law and guidline here stipulates that if such money remained unclaimed after fours years, the money will be transfered into the banktreasury as unclaimed fund. The request of foreigner as next of kin inthis business is occassioned by the fact that the customer was a foreigner and a Burkinabe cannot stand as next of kin to a foreigner.I agree that 30% of this money will be for you as a respect to the provision of a foriegn account , 10% will be set aside for expenses incurred during the business and 60% would be for me Thereafter, I will visit your country for disbursement according to the percentage indicated Therefore, to enable the immediate transfer of this fund to you arranged,you must apply first to the bank as relation or next of kin of the deceased indicating your bank name, your bank account number, your private telephone and fax number for easy and effective communication and location where in the money will be remitted. Upon receipt of your reply, I will send to you by fax or email the text of the application . I will not fail to bring to your notice this transaction is hitch-free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer. You should contact me immediately as soon as you receive this letter. Trusting to hear from you immediately. Yours Faithfully, MR DAVID MOORE (B.O.A) ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From mail_abachafamily@yahoo.es Sat Jan 22 01:27:23 2005 From: mail_abachafamily@yahoo.es (mailabachafamily) Date: Fri, 21 Jan 2005 19:27:23 -0600 Subject: I need your assistance Message-ID: I need your assistance Compliment of the Season, I am Mohammed Abacha, the son of the late Nigerian Head of State who died on the 8th of June 1998 while in active services.Following the sudden death of my father, General Sani Abacha, the present Civilian Government has thrown my family and I into a state of utter confusion, frustration,and hopelessness. I have been subjected to inhuman physical and physiological torture, incarceration by the security Agents in my country. I was only recently released from detention after been arraigned before the Federal High Court of Nigeria for an offence committed by my late father. The incumbent civilian administration of Chief Olusegun Obasanjo has intensified his probe into my late father's activities while in the office and he has frozen all our local and foreign accounts together with other assets of my family as a retaliation for what my late father did to him when he was alive as the Head of the Military regime in Nigeria. As a matter of fact, we have been declared bankrupt and they are not relenting to make us poor for life. As a man that is so traumatized, I have lost confidence with anybody within my country as all those who benefited immensely during the regime of my late father have openly abandoned all my family. MY REASONS FOR CONTACTING YOU. I got your contacts through my personal research and out of desperation decided to reach you through this medium.You must have heard over the media reports and the Internet on the recovery of various huge sums of money deposited by my late father in different Banks and security firms abroad. Some of these banks and security firms willingly gave-up/divulge their banking secrets and disclosed to the present civilian administration of Chief Olusegun Obasanjo, all my family's cash lodgement and monetary transactions with them. Please my dear, I repose great confidence in you and I hope you will not betray my confidence in you.I have secretly deposited the sum of $20,000,000.00 with a security firm abroad whose name is withheld fornow until we open communications. The money is contained in a metal box consignment with Security Deposit Number. I shall be grateful if you could receive this fund into your Bank account for safekeeping. This arrangement is known to you and my junior brother (Abbas) only.Following the recent arrest of my brother Abbas Abacha on December 6th 2004 in Germany while attempting to close an account of which he was the sole holder, I decided to contact you to assist me. You are a free to discuss what you will get from this assistance.I shall provide for you all the documents of the fund deposit with the security firm, and raise a power of attorney `to enable you claim and receive this fund into your bank account. Also this transaction demands absolute confidentiality. On no condition must you disclose it to anybody irrespective of your relation with the person. Remember, Loose lips sinks ship I am looking forward to your urgent and positive response via my email above. Best regards Mohammed Abacha. View this website for more info http://news.bbc.co.uk/hi/english/world/africa/newsid_909000/909972.stmhttp://news.bbc.co.uk/hi/english/world/africa/newsid_877000/877113.stm ___________________________________________________________________________ Mail sent from WebMail service at- http://internetcairo.com From kaori_still_in_love@yahoo.co.jp Sat Jan 22 03:20:14 2005 From: kaori_still_in_love@yahoo.co.jp (kaori_still_in_love@yahoo.co.jp) Date: Sat, 22 Jan 2005 12:20:14 +0900 (JST) Subject: =?ISO-2022-JP?B?gqiK6IKigqqCoILpgvGCxYK3gUKPzoLtgriTx4LxgsWCrYK+grOCooFC?= Message-ID: 20050122122013 Ž„‚Í‚ˆä@29΂̊ù¥ŽÒ‚Å‚·B ^–Ê–Ú‚È‘Š’k‚È‚ñ‚Å‚·‚¯‚ÇA•·‚¢‚Ä‚à‚炦‚Ü‚¹‚ñ‚©H¡‚ÍAŽål‚ªo‚Äs‚Á‚Ä‚µ‚Ü‚¢•Ê‹‚ð‚µ‚Ä‚¢‚Ü‚·B——R‚ÍŽål‚Ì•‚‹C‚Å‚·B‚»‚ê‚Å’P“’¼“ü‚É\‚µã‚°‚Ü‚·BŽ„‚ÆŽål‚Æ•Ê‹‚ªI‚í‚é‚Ü‚Å•‚‹C‘ŠŽè‚ð‚µ‚Ä’¸‚¯‚Ü‚¹‚ñ‚©H‰ï‚Á‚Ä‚à‚¢‚È‚¢l‚É‚±‚ñ‚ÈŽ–‚ðŒ¾‚¤‚Ì‚ÍŽ¸—ç‚©‚à‚µ‚ê‚Ü‚¹‚ñA‚»‚Ì“_‚ÍŽÓ‚è‚Ü‚·B‰ï‚Á‚Ä‚È‚¢l‚¾‚©‚炨Šè‚¢‚Å‚«‚é‚Ì‚©‚à‚µ‚ê‚Ü‚¹‚ñcB³’¼Œ¾‚¦‚ÎA‚±‚ñ‚ÈŽ–‚ð‚µ‚ÄŽ„‚ÌS‚Í°‚ê‚é‚Ì‚©‚Í‚í‚©‚è‚Ü‚¹‚ñAˆê”Ó‚¾‚¯‚Å‚à‚¢‚¢‚Ì‚ÅŽ„‚ɉ·‚à‚è‚𕪂¯‚Ä‚à‚炦‚Ü‚¹‚ñ‚©H‚Ç‚¤‚©‚¨Šè‚¢‚µ‚Ü‚·B‚à‚¿‚ë‚ñA‹M•û‚ɔޗ‚ª‚¢‚Ä‚à‰œ—l‚ª‚¢‚Ä‚àŽ„‚Í‚©‚Ü‚¢‚Ü‚¹‚ñB‹M•û‚É–À˜f‚ð‚©‚¯‚é‚‚à‚è‚à‚Ü‚Á‚½‚­‚ ‚è‚Ü‚¹‚ñB ‚à‚¿‚ë‚ñAƒzƒeƒ‹‘ã‚âHŽ–‘ã‚­‚ç‚¢‚Í•‰’S‚à‚¢‚½‚µ‚Ü‚·B‚³‚·‚ª‚ÉA¡‚©‚炨‰ï‚¢‚·‚é‚Ì‚Í“‚“Ë‚·‚¬‚é‚©‚ÆŽv‚¤‚Ì‚ÅA‘‚¯‚ê‚Ζ¾“ú‚É‚Å‚à‚Á‚ÆŽv‚Á‚Ä‚¢‚Ü‚·B‘Ò‚¿‡‚킹ꊂȂǂ͎w’肵‚Ä’¸‚¯‚ê‚ÎA‚»‚¿‚ç‚܂Ń^ƒNƒV[‚ÅŒü‚©‚¢‚Ü‚·B‚¢‚«‚Ȃ肱‚̂悤‚ȃ[ƒ‹‚ð‘—‚Á‚Ä‚µ‚Ü‚¢\‚µ–ó‚ ‚è‚Ü‚¹‚ñ‚Å‚µ‚½B‚µ‚©‚µA‰RA‹U‚è‚ÍŒäÀ‚¢‚Ü‚¹‚ñBŽ„‚Í^Œ•‚Å‚·B‚Ç‚¤‚©Ž„‚̂킪‚Ü‚Ü‚ð•·‚¢‚Ä‚à‚炦‚Ü‚¹‚ñ‚Å‚µ‚傤‚©H From Hanno Wagner , 291671-maintonly@bugs.debian.org Sat Jan 22 09:59:03 2005 From: Hanno Wagner , 291671-maintonly@bugs.debian.org (Hanno Wagner) Date: Sat, 22 Jan 2005 10:59:03 +0100 Subject: Bug#291671: exim4: bad translation/explanation in exim-conf Message-ID: Package: exim4 Version: 4.34-9.backports.org.1 Severity: minor in german translation, exim4-conf asks the following: ? Bitte geben Sie die Liste der Domänen an, für die dieser Rechner neben dem ? ? »E-Mailname« (luggage.rince.de) und localhost das Ziel ist. ? [..] ? Weitere Rechner, für die E-Mail angenommen werden soll: ? Please clarify wether this is the list of _domains_ we receive mails or the IP/names of the hosts you are receiving mails from. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux luggage 2.6.9 #1 Fri Nov 5 21:28:40 CET 2004 i686 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro Versions of packages exim4 depends on: ii exim4-base 4.34-9.backports.org.1 EXperimental Internal Mailer -- a ii exim4-daemon-ligh 4.34-9.backports.org.1 Lightweight version of the Exim (v From david_moore2@zipmail.com.br Sat Jan 22 20:13:56 2005 From: david_moore2@zipmail.com.br (david_moore2@zipmail.com.br) Date: Sat, 22 Jan 2005 20:13:56 +0000 Subject: =?iso-8859-1?Q?FROM=20MR=20DAVID=20MOORE?= Message-ID: <41F1F9F600002799@www.zipmail.com.br> FROM THE DESK OF MR DAVID MOORE AUDITING AND ACCOUNTING MANAGER, BANK OF AFRICA (B.O.A) OUAGADOUGOU-BURKINA FASO. Dear Friend, I am the AUDITING AND ACCOUNTING MANAGER BANK OF AFRICA (B.O.A) here in Ouagadougou, Burkina Faso. In my department we discovered an abandoned sum of US$25m dollars (TWENTY FIVE MILLION US DOLLARS) in an account that belongs to one of our foreign customer (MR. ANDREAS SCHRANNER from Munich, Germany) who died along with his entire family in Jully 2000 in a planecrash. FOR MORE INFORMATION VISIT THIS SITE BELOW http://news.bbc.co.uk/1/hi/world/europe/859479.stm Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release itunless some body applies for it as next of kin or relation to the deceased as indicated in our banking guidlings and laws but unfortunately we learnt that all his supposed next of kin or relation died alongside with him at the plane crash leaving nobody behind for the claim. It is therefore upon this discovery that I now decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don't want this money to go into the bank treasury as unclaimed bill. The banking law and guidline here stipulates that if such money remained unclaimed after fours years, the money will be transfered into the banktreasury as unclaimed fund. The request of foreigner as next of kin inthis business is occassioned by the fact that the customer was a foreigner and a Burkinabe cannot stand as next of kin to a foreigner.I agree that 30% of this money will be for you as a respect to the provision of a foriegn account , 10% will be set aside for expenses incurred during the business and 60% would be for me Thereafter, I will visit your country for disbursement according to the percentage indicated Therefore, to enable the immediate transfer of this fund to you arranged,you must apply first to the bank as relation or next of kin of the deceased indicating your bank name, your bank account number, your private telephone and fax number for easy and effective communication and location where in the money will be remitted. Upon receipt of your reply, I will send to you by fax or email the text of the application . I will not fail to bring to your notice this transaction is hitch-free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer. You should contact me immediately as soon as you receive this letter. Trusting to hear from you immediately. Yours Faithfully, MR DAVID MOORE (B.O.A) ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From Anand Kumria , 291825@bugs.debian.org Sun Jan 23 13:54:43 2005 From: Anand Kumria , 291825@bugs.debian.org (Anand Kumria) Date: Mon, 24 Jan 2005 00:54:43 +1100 Subject: Bug#291825: exim4-base: /var/log/exim4 permissions Message-ID: Package: exim4-base Version: 4.34-10 Severity: normal Hi, Debian policy[1], recommend directories have permissions of either 755 or 2755. The /var/log/exim4 directories do not. This makes is cumbersome do a command such as 'sudo zgrep postini /var/log/exim4/*.[0-9].gz'. Where it would be possible, and convient, if the permissions on the directory were 755. No other permissions need to change, on the directories. Thanks, Anand [1]: -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages exim4-base depends on: ii adduser 3.59 Add and remove users and groups ii cron 3.0pl1-86 management of regular background p ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii exim4-config [exim4-config- 4.34-10 Debian configuration for exim4 ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb3 3.2.9-20 Berkeley v3 Database Libraries [ru ii netbase 4.19 Basic TCP/IP networking system ii passwd 1:4.0.3-30.7 Change and administer password and -- debconf information excluded From owner@bugs.debian.org Sun Jan 23 15:33:19 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 23 Jan 2005 07:33:19 -0800 Subject: Processed: Re: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> References: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity #291825 wishlist Bug#291825: exim4-base: /var/log/exim4 permissions Severity set to `wishlist'. > tags #291825 wontfix Bug#291825: exim4-base: /var/log/exim4 permissions There were no tags set. Tags added: wontfix > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 291825-maintonly@bugs.debian.org Sun Jan 23 15:27:24 2005 From: Marc Haber , 291825-maintonly@bugs.debian.org (Marc Haber) Date: Sun, 23 Jan 2005 16:27:24 +0100 Subject: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: References: Message-ID: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> severity #291825 wishlist tags #291825 wontfix thanks On Mon, Jan 24, 2005 at 12:54:43AM +1100, Anand Kumria wrote: > Debian policy[1], recommend directories have permissions of either 755 > or 2755. The /var/log/exim4 directories do not. Feature. The log might contain confidenial data. > This makes is > cumbersome do a command such as 'sudo zgrep postini > /var/log/exim4/*.[0-9].gz'. Add yourself to the adm group. Grepping logs as root is generally not a good idea. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Sherman , 291832@bugs.debian.org Sun Jan 23 15:17:43 2005 From: Marc Sherman , 291832@bugs.debian.org (Marc Sherman) Date: Sun, 23 Jan 2005 10:17:43 -0500 Subject: Bug#291832: exim4-config: !verify=reverse_host_lookup logs but does not warn on defer Message-ID: Package: exim4-config Version: 4.34-10 Severity: wishlist The stock exim4-config includes a (commented out) block that does reverse DNS verification in the ACLs using !verify=reverse_host_lookup. In the case of a defer (ie: a DNS timeout), this logs but does not actually include the warning header in the message. Replacing the ACL block with the following will include a header in the case of a defer as well as a failure. I've found that DNS timeouts are much more frequently due to spammers setting up intentionally broken authoritative DNS servers than they are due to my own DNS server being temporarily busted, so getting the header in a message in case of a defer is useful. # MSS: If sender_host_address is defined, it's a remote call. If # sender_host_name is not defined, then reverse lookup failed. Use # this # instead of !verify = reverse_host_lookup to catch deferrals as well # as # outright failures. # warn message = X-Host-Lookup-Failed: Reverse DNS lookup failed for $sender_hos t_address ($if eq{$host_lookup_failed}{1}{failed}{deferred}}) condition = ${if and{{def:sender_host_address}{!def:sender_host_name}}\ {yes}{no}} -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:07:49 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii passwd 1:4.0.3-30.7 Change and administer password and -- debconf information: exim4/dc_noalias_regenerate: false * exim4/dc_smarthost: mail.magma.ca * exim4/dc_relay_domains: * exim4/dc_relay_nets: * exim4/mailname: projectile.ca * exim4/dc_local_interfaces: * exim4/dc_minimaldns: false exim4/exim3_upgrade: true * exim4/dc_other_hostnames: lab403.com:groundworksdesign.ca:redthreaddesign.ca * exim4/dc_eximconfig_configtype: internet site; mail is sent and received directly using SMTP exim4/no_config: true * exim4/hide_mailname: false * exim4/dc_postmaster: msherman * exim4/dc_readhost: projectile.ca * exim4/use_split_config: false exim4/exim4-config-title: From katie@ftp-master.debian.org Sun Jan 23 16:10:58 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Sun, 23 Jan 2005 11:10:58 -0500 Subject: Processing of exim4_4.44-1_i386.changes Message-ID: exim4_4.44-1_i386.changes uploaded successfully to localhost along with the files: exim4_4.44-1.dsc exim4_4.44.orig.tar.gz exim4_4.44-1.diff.gz exim4-base_4.44-1_i386.deb exim4-daemon-light_4.44-1_i386.deb eximon4_4.44-1_i386.deb exim4-daemon-heavy_4.44-1_i386.deb exim4-config_4.44-1_all.deb exim4_4.44-1_all.deb Greetings, Your Debian queue daemon From mh+debian-packages@zugschlus.de Sun Jan 23 16:17:19 2005 From: mh+debian-packages@zugschlus.de (Marc Haber) Date: Sun, 23 Jan 2005 11:17:19 -0500 Subject: Fixed in upload of exim4 4.44-1 to experimental Message-ID: tag 258311 + fixed-in-experimental tag 283538 + fixed-in-experimental tag 286074 + fixed-in-experimental tag 291184 + fixed-in-experimental tag 291205 + fixed-in-experimental quit This message was generated automatically in response to an upload to the experimental distribution. The .changes file follows. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 23 Jan 2005 15:42:20 +0000 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.44-1 Distribution: experimental Urgency: low Maintainer: Exim4 Maintainers Changed-By: Marc Haber Description: exim4 - An MTA (Mail Transport Agent) exim4-base - EXperimental Internal Mailer -- a Mail Transport Agent exim4-config - Debian configuration for exim4 exim4-daemon-heavy - Exim (v4) with extended features, including exiscan-acl exim4-daemon-light - Lightweight version of the Exim (v4) MTA eximon4 - X monitor for the Exim (v4) mail transport agent Closes: 258311 283538 286074 291184 291205 Changes: exim4 (4.44-1) experimental; urgency=low . * New upstream bugfix-only release (exiscan-acl 4.44-28). - Fixes eximstats' generation of pie charts by volume. (Closes: #286074) - Reset the locale to "C" after calling embedded Perl. (Closes: #283538) - includes 66_cipherpreferences.dpatch, 66_can2005-0021_can2005-0022.dpatch, 65_tidydb-spool.dpatch, 62_statvfs.dpatch. * Fix (commented) example for AUTH LOGIN with saslauthd (Thanks, Maik Broemme). (Closes: #291205) * tl (Tagalog) translation of debconf templates by eric pareja. (Closes: #291184) * Use db4.2. (Closes: #258311) Files: 1d7ddf1c78117777ef52b9578855ea15 1083 mail important exim4_4.44-1.dsc de72dce38668e3b703358cea0a0de479 1760488 mail important exim4_4.44.orig.tar.gz c79e4742c57865f331856e811122771a 558277 mail important exim4_4.44-1.diff.gz 06d1666d86a9db80980e2f149c06c58e 772790 mail important exim4-base_4.44-1_i386.deb f8bc0c86fea249d5f94e5255a566eef2 361874 mail important exim4-daemon-light_4.44-1_i386.deb a38516895017c9f4dc0b64b3369c4a86 74076 mail optional eximon4_4.44-1_i386.deb ddf0d1fa72b8098957e312bbf105f009 435940 mail optional exim4-daemon-heavy_4.44-1_i386.deb 3d68ba3d0adec7e7162e21e28dac1124 219196 mail important exim4-config_4.44-1_all.deb c9832bd02fd43db4c19698d9d2f91ff5 1902 mail important exim4_4.44-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iEUEARECAAYFAkHzyrcACgkQgZalRGu6PISYbACfQvYH3lcMhCvpaWUeYTbSSU7s q3oAmNblcpMO/sF77cIblPWSZfhsIjE= =y1+2 -----END PGP SIGNATURE----- From installer@ftp-master.debian.org Sun Jan 23 16:17:19 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Sun, 23 Jan 2005 11:17:19 -0500 Subject: exim4_4.44-1_i386.changes ACCEPTED Message-ID: Accepted: exim4-base_4.44-1_i386.deb to pool/main/e/exim4/exim4-base_4.44-1_i386.deb exim4-config_4.44-1_all.deb to pool/main/e/exim4/exim4-config_4.44-1_all.deb exim4-daemon-heavy_4.44-1_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-1_i386.deb exim4-daemon-light_4.44-1_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-1_i386.deb exim4_4.44-1.diff.gz to pool/main/e/exim4/exim4_4.44-1.diff.gz exim4_4.44-1.dsc to pool/main/e/exim4/exim4_4.44-1.dsc exim4_4.44-1_all.deb to pool/main/e/exim4/exim4_4.44-1_all.deb exim4_4.44.orig.tar.gz to pool/main/e/exim4/exim4_4.44.orig.tar.gz eximon4_4.44-1_i386.deb to pool/main/e/exim4/eximon4_4.44-1_i386.deb Announcing to debian-devel-changes@lists.debian.org Setting bugs to severity fixed: 258311 283538 286074 291184 291205 Thank you for your contribution to Debian. From Marc Sherman , 291832@bugs.debian.org Sun Jan 23 16:06:06 2005 From: Marc Sherman , 291832@bugs.debian.org (Marc Sherman) Date: Sun, 23 Jan 2005 11:06:06 -0500 Subject: Bug#291832: Acknowledgement (exim4-config: !verify=reverse_host_lookup logs but does not warn on defer) In-Reply-To: References: Message-ID: <41F3CB6E.80406@projectile.ca> Of course, there's a missing { in the ${if... - Marc From owner@bugs.debian.org Sun Jan 23 16:33:10 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 23 Jan 2005 08:33:10 -0800 Subject: Processed: Fixed in upload of exim4 4.44-1 to experimental In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > tag 258311 + fixed-in-experimental Bug#258311: exim4: Needs db4 support There were no tags set. Tags added: fixed-in-experimental > tag 283538 + fixed-in-experimental Bug#283538: exim4: perl calls setlocale() behind exim's back Tags were: upstream confirmed Tags added: fixed-in-experimental > tag 286074 + fixed-in-experimental Bug#286074: eximstats: uses message count as data for the "volume" charts Tags were: fixed-upstream patch Tags added: fixed-in-experimental > tag 291184 + fixed-in-experimental Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation Tags were: pending l10n patch Tags added: fixed-in-experimental > tag 291205 + fixed-in-experimental Bug#291205: exim4-4.34-10 fails to authenticate via AUTH LOGIN Tags were: pending Tags added: fixed-in-experimental > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Andreas Metzler , 291825-maintonly@bugs.debian.org Sun Jan 23 16:22:09 2005 From: Andreas Metzler , 291825-maintonly@bugs.debian.org (Andreas Metzler) Date: Sun, 23 Jan 2005 17:22:09 +0100 Subject: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> References: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> Message-ID: <20050123162209.GB2808@downhill.at.eu.org> On 2005-01-23 Marc Haber wrote: > On Mon, Jan 24, 2005 at 12:54:43AM +1100, Anand Kumria wrote: > > Debian policy[1], recommend directories have permissions of either 755 > > or 2755. The /var/log/exim4 directories do not. > Feature. The log might contain confidenial data. > > This makes is > > cumbersome do a command such as 'sudo zgrep postini > > /var/log/exim4/*.[0-9].gz'. > Add yourself to the adm group. Grepping logs as root is generally not > a good idea. I completely agree. Debian defines group adm exactly for this purpose. I do not think exim4 is doing anything wrong, the directory permissions act as a safeguard and do not limit suugested practice. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From henrypeters@iol.pt Sun Jan 23 18:45:53 2005 From: henrypeters@iol.pt (henry) Date: Sun, 23 Jan 2005 18:45:53 +0000 Subject: WINNING NOTICE!!! Message-ID: FROM: OVERSEAS STAKES LOTTERY INTERNATIONAL GENEVA, SWITZERLAND. REF NUMBER: OSL/653/029/03 BATCH NUMBER: AT-040-SB06-03 DEAR SIR/MADAM, We are pleased to inform you, THAT AS A RESULT OF OUR RECENT LOTTERY DRAWS HELD ON THE 10TH JANUARY 2005. Your e-mail address attached to ticket number 27522465896-532 with serial number 652-662 drew lucky numbers 7-14-18-23-31-45 which consequently won in the 2nd category. You have therefore been approved for a lump sum pay out of 4,000,000 (EUROS) (FOUR MILLION EUROS) note that All participants in this lottery program have been selected randomly through a computer ballot system drawn from over 20,000 companies and 30,000,000 individual email addresses from all search engines and web sites. This promotional program takes place every year, and is promoted and sponsored by eminent personalities like the Sultan of Brunei, Bill Gates of microsoft inc and other corporate organisations. this is to encourage the use of the internet and computers worldwide. For security purpose and clarity, we advis! e that you keep your winning information confidential until your claims have been processed and your money remitted to you. This is part of our security protocol to avoid double claims and unwarranted abuse of this program by some participants. We look forward to your active participation in our next year USD50 million slot. You are requested to contact our clearance officer below to assist you with your winnings and subsequent payments. all winnings must be claimed not later than one month After the date of this notice. Please note, in order to avoid unnecessary delays and complications, remember to quote your reference number and batch numbers in all correspondence. Furthermore, should there be any change of address do inform our agent as soon as possible. Congratulations once more and thank you for being part of our promotional program. NOTE: YOU ARE AUTOMATICALLY DISQUALIFIED IF YOU ARE BELOW 18 YEARS OF AGE. Sincerely yours, MR HENRY PETERS (LOTTERY COORDINATOR) ___________________________________________________________________________ Mail sent from WebMail service at NetAspire - http://netaspire.co.uk From owner@bugs.debian.org Mon Jan 24 01:03:06 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 23 Jan 2005 17:03:06 -0800 Subject: Processed: Re: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: <20050124004526.GQ11625@progsoc.uts.edu.au> References: <20050124004526.GQ11625@progsoc.uts.edu.au> Message-ID: Processing commands for control@bugs.debian.org: > severity #291825 normal Bug#291825: exim4-base: /var/log/exim4 permissions Severity set to `normal'. > thanks, mate Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Anand Kumria , 291825@bugs.debian.org Mon Jan 24 00:45:27 2005 From: Anand Kumria , 291825@bugs.debian.org (Anand Kumria) Date: Mon, 24 Jan 2005 11:45:27 +1100 Subject: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: <20050123162209.GB2808@downhill.at.eu.org> <20050123152724.GA25999@torres.l21.ma.zugschlus.de> References: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> <20050123162209.GB2808@downhill.at.eu.org> <20050123152724.GA25999@torres.l21.ma.zugschlus.de> Message-ID: <20050124004526.GQ11625@progsoc.uts.edu.au> severity #291825 normal thanks, mate this isn't a 'wishlist' bug wishlist for any feature request, and also for any bugs that are very difficult to fix due to major design considerations. nor it is 'minor' a problem which doesn't affect the package's usefulness, and is presumably trivial to fix. from: http://www.debian.org/Bugs/Developer#severities On Sun, Jan 23, 2005 at 04:27:24PM +0100, Marc Haber wrote: > severity #291825 wishlist > tags #291825 wontfix > thanks > > On Mon, Jan 24, 2005 at 12:54:43AM +1100, Anand Kumria wrote: > > Debian policy[1], recommend directories have permissions of either 755 > > or 2755. The /var/log/exim4 directories do not. > > Feature. The log might contain confidenial data. I am not asking for the permissions of logfiles to be changed. I am asking for the permission of the directory containing the logfiles to be changed to be in line with policy. Changing the permissions to be in line with policy also allows useful a number of reasonable administrative actions. Having the directory containing the logfiles be inaccessible does not serve the purpose of keeping the logfiles confidential since the logfile permission already make them confidential! > Add yourself to the adm group. Grepping logs as root is generally not > a good idea. Thanks for the suggestion. If it were just a single group I should add myself to, that would be fantastic. However as an administrator my choices are: - add myself to every arbitary group that every arbitary Debian maintainer would like me to (proxy, Debian-exim, adm, etc.) - ask maintainers to follow the Debian policy when it comes to directories and do things as root For people whose time is unlimited they may choose to add themselves to every group. Performing my requested change will not preclude them from doing so. Performing my requested change also enables the second group of administrators to undertake their work with a minimum of extra stress. On Sun, Jan 23, 2005 at 05:22:09PM +0100, Andreas Metzler wrote: > On 2005-01-23 Marc Haber wrote: > > > Add yourself to the adm group. Grepping logs as root is generally not > > a good idea. > > I completely agree. Debian defines group adm exactly for this purpose. > I do not think exim4 is doing anything wrong, the directory > permissions act as a safeguard and do not limit suugested practice. Per policy 10.9, the exim packages are. Anand -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/ - LINUX Canberra, Australia - http://lca2005.linux.org.au/ - Get bitten! From owner@bugs.debian.org Mon Jan 24 06:48:05 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 23 Jan 2005 22:48:05 -0800 Subject: Processed: Re: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: <20050124063154.GA14257@torres.l21.ma.zugschlus.de> References: <20050124063154.GA14257@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity #291825 wishlist Bug#291825: exim4-base: /var/log/exim4 permissions Severity set to `wishlist'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Marc Haber , 291825-maintonly@bugs.debian.org Mon Jan 24 06:31:54 2005 From: Marc Haber , 291825-maintonly@bugs.debian.org (Marc Haber) Date: Mon, 24 Jan 2005 07:31:54 +0100 Subject: Bug#291825: exim4-base: /var/log/exim4 permissions In-Reply-To: <20050124004526.GQ11625@progsoc.uts.edu.au> References: <20050123152724.GA25999@torres.l21.ma.zugschlus.de> <20050123162209.GB2808@downhill.at.eu.org> <20050123152724.GA25999@torres.l21.ma.zugschlus.de> <20050124004526.GQ11625@progsoc.uts.edu.au> Message-ID: <20050124063154.GA14257@torres.l21.ma.zugschlus.de> severity #291825 wishlist thanks On Mon, Jan 24, 2005 at 11:45:27AM +1100, Anand Kumria wrote: > this isn't a 'wishlist' bug It is. Your change introduces a security and privacy issue. Mail logs are not an average log and need extra protection. If you disagree, please take this issue to the tech ctte. > On Sun, Jan 23, 2005 at 04:27:24PM +0100, Marc Haber wrote: > > Feature. The log might contain confidenial data. > > I am not asking for the permissions of logfiles to be changed. I am well aware of it. Why do you need to read the directories if you can't read the contents anyway? > I am asking for the permission of the directory containing the logfiles > to be changed to be in line with policy. This one is a SHOULD, and we have good reason to ignore that SHOULD. > Changing the permissions to be > in line with policy also allows useful a number of reasonable > administrative actions. Which ones? > > Add yourself to the adm group. Grepping logs as root is generally not > > a good idea. > > Thanks for the suggestion. If it were just a single group I should add > myself to, that would be fantastic. However as an administrator my > choices are: > > - add myself to every arbitary group that every arbitary Debian > maintainer would like me to (proxy, Debian-exim, adm, etc.) Which is the necessary way. > - ask maintainers to follow the Debian policy when it comes to > directories and do things as root Doing things as root is a bad idea. > For people whose time is unlimited they may choose to add themselves to > every group. Performing my requested change will not preclude them from > doing so. Performing my requested change also enables the second group > of administrators to undertake their work with a minimum of extra > stress. Additionally, you are free to change the directory permissions locally. I am not aware of any code inside the exim4 package undoing a local change to the log directory permissions. > Per policy 10.9, "The rules in this section are guidelines for general use. If necessary, you may deviate from the details below." An additional argument is that we don't want to introduce new bug potential for a base package. A local administrator could have relied on the directory not being world readable, and making them so could expose information that she wanted to be private. This bug will stay wishlist/wontfix until debian-devel reaches differing consensus and/or the tech ctte tells us to change this. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From georgeahmed@e-apollo.lv Mon Jan 24 14:01:29 2005 From: georgeahmed@e-apollo.lv (georgeahmed@e-apollo.lv) Date: Mon, 24 Jan 2005 16:01:29 +0200 Subject: Urgent,Call 00229 567726. Message-ID: From The Desk Of Mr George Ahmed Bill and Exchange Manager International Bank Of Africa Cotonou,Benin Republic. Contact Email:geo_ahmd@yahoo.fr Telephone: +229-56-77-26 Dear, I am a staff of International Bank Of Africa (I.B.A), in the file/computer department.In my department I discovered an abandoned sum of $10m US dollars (Ten Million US dollars) . In an account that belongs to one of our foreign customer who died along with his entire family on 25th December 2003 in a plane crash. VIEW THIS WEB SITE http://www.cnn.com/2003/WORLD/africa/12/26/benin.crash/index.html Bank Web Site http://www.interbafrica.qc.tc Since we got information about his death, I have been expecting his next of kin to come over and claim his money because the management cannot release it unless somebody applies for it as next of kin or relation to the deceased as indicated in our banking guidelines but unfortunately i learnt that all his family died alongside with him at the plane crash leaving nobody behind for the claim.Since you have the same surname with this deceased customer you can easyly make this deal with me,I will assist you locate an ATTORNEY who will stand on your behalf to get every proof document which will help you to execute this money.It is therefore upon this discovery that I decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and I dont want this money to go into the Bank treasury as unclaimed Bill. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and a Beninois cannot stand as next of kin to a foreigner.I agree that 40 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10% will be set aside for expenses incured during the business and 50 % would be for me. There after I will visit your country for disbursement accoding to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as arranged,you must apply first to the bank as relations or next of kin of the deceased indicating your bank name, your private telephone and fax number for easy and effective communication and location where in the money will be remitted. Upon receipt of your reply, I will send to you by fax or email the text of the application. I will not fail to bring to your notice that this transaction is hitch free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer . You should contact me at geo_ahmd@yahoo.fr or my private number immediately as soon as you receive this letter please call. Trusting to hear from you immediately. Best regards. Mr George Ahmed. From stanley_bill200@yahoo.ca Mon Jan 24 20:00:12 2005 From: stanley_bill200@yahoo.ca (barton fox) Date: Mon, 24 Jan 2005 15:00:12 -0500 (EST) Subject: TRANSACTION VERY CONFIDENTAL Message-ID: <20050124200012.63325.qmail@web53806.mail.yahoo.com> >From Stanley Bill. OML SA , 2nd Floor, Building 3, Grayston Drive, Sandton, Jo,burg, South Africa. Request For Collaboration. Dear Sir, My name is Stanley Bill,I am the operational manager in account management section incharge of credit and foreign bills of one of the prime banks here in South Africa. I am writing in respect of a foreign customer of my bank who perished on EGYPTIAN Boeing 737 PLANE CRASH into the red sea with the whole passengers aboard. There is an account opened in this bank by this great late diamond and oil magnet who died without a written or oral WILL attatched to the account. Since his death , I personally has watched with keen interest to see the next of kin but all has proved abortive as no one has come to claim his funds and no other person knows about this account or anything concerning it,the account has no other beneficiary and until his death he was the manager of his company. The total amount involved is 48,223,000.00 USD.[ Forty eight million two hundred and twenty three thousand United States Dollar ]. We wish to start the first transfer with $8,000,000.00[Eight million] and upon successful transaction without any disappointment from your side, we shall re-apply for the transfer of the remaining balance to your account. I have secretly discussed this matter with the manager of the bank who I must involve in order to have a smooth and a successful transfer of the fund to any foreign bank account which you are going to nominate. On this note, I want you to act as the foreign beneficiary of the fund from the deceased by providing your bank account where the fund will be transferred for immediate investment on any viable project as no one has come up to be the next of kin. The banking ethics here does not allow such money to stay more than 2 years without claim hence the money will be recalled to the government treasury as unclaimed after this long period of domancy. In view of this I got your contact through my personal search to see if you can assist by providing your safe bank account for the transfer or find a reliable person who will be capable of receiving such amount in his or her personal account.At the conclussion of the transfer 65% of the fund will be for me, I will give you 20% of the total transfer sum, 10% for charity both in Africa and in your country while the remaining 5% will be set aside to settle expenses both parties might incure during the transfer process. Upon the receipt of your reply, I will send to you a detailed information about the transaction.I will not fail to bring to your notice that this business is 100% risk and trouble free and that you should not entertain any fear as all modalities for fund transfer can be finalized within 7 to 9 banking days, after you apply to the bank as the beneficiary of the fund from the deceased. When you receive this letter. Kindly send me an e-mail with my personal Email addres Respectfully yours, Stanley Bill. Personal email: stanley_bill200@yahoo.ca ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca From Marc Lehmann , 292191@bugs.debian.org Tue Jan 25 16:30:53 2005 From: Marc Lehmann , 292191@bugs.debian.org (Marc Lehmann) Date: Tue, 25 Jan 2005 17:30:53 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 Message-ID: Package: exim4 Version: 4.43-4 Severity: critical Justification: causes serious data loss I tagged this report as critical because the problem has caused mail to be lost in the past and would likely result in lost mail in the future. On every upgrade of the exim4 package, on any of our machines, /var/spool/exim4 is being chown'ed to Debian-exim4, which causes the spool files to become inaccessible to exim and causes it not to accept new mail. The correct user to chown to would be 8:8, as this is what our exim4-config specifies. This has been corrected manually a number of times, but it happens everytime that the exim4 package gets upgraded, and a manual chown is often forgotten. -- Package-specific info: Exim version 4.43 #1 built 18-Jan-2005 13:32:12 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 28 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /etc/exim4/exim4.conf -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages exim4 depends on: ii exim4-base 4.43-4 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.43-4 Exim (v4) with extended features, -- no debconf information From Marc Haber , 292191@bugs.debian.org Tue Jan 25 18:42:20 2005 From: Marc Haber , 292191@bugs.debian.org (Marc Haber) Date: Tue, 25 Jan 2005 19:42:20 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: References: Message-ID: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> severity #292191 normal thanks On Tue, Jan 25, 2005 at 05:30:53PM +0100, Marc Lehmann wrote: > Package: exim4 > Version: 4.43-4 > Severity: critical > Justification: causes serious data loss NACK > I tagged this report as critical because the problem has caused mail to be > lost in the past and would likely result in lost mail in the future. It has caused mail to be not accepted and to be queued on the sending side. Since you surely won't update a productive system without monitoring your logs after the upgrade, worst thing that's going to happen is that you won't accept new messages for an hour and having them re-delivered by the remote side some time later. > On every upgrade of the exim4 package, on any of our machines, > /var/spool/exim4 is being chown'ed to Debian-exim4, which causes the spool > files to become inaccessible to exim and causes it not to accept new mail. > > The correct user to chown to would be 8:8, as this is what our > exim4-config specifies. > > This has been corrected manually a number of times, but it happens > everytime that the exim4 package gets upgraded, and a manual chown is > often forgotten. The postinst chowns all files belonging to user mail to Debian-exim to support updates from older versions of the exim4 packages. Would it be OK for you to manually add a mode override (using dpkg-statoverride) and have future versions of the exim4 packages refrain from chowning the files if a manual override can be detected? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Marc Haber , 292191@bugs.debian.org Tue Jan 25 18:42:20 2005 From: Marc Haber , 292191@bugs.debian.org (Marc Haber) Date: Tue, 25 Jan 2005 19:42:20 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: References: Message-ID: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> severity #292191 normal thanks On Tue, Jan 25, 2005 at 05:30:53PM +0100, Marc Lehmann wrote: > Package: exim4 > Version: 4.43-4 > Severity: critical > Justification: causes serious data loss NACK > I tagged this report as critical because the problem has caused mail to be > lost in the past and would likely result in lost mail in the future. It has caused mail to be not accepted and to be queued on the sending side. Since you surely won't update a productive system without monitoring your logs after the upgrade, worst thing that's going to happen is that you won't accept new messages for an hour and having them re-delivered by the remote side some time later. > On every upgrade of the exim4 package, on any of our machines, > /var/spool/exim4 is being chown'ed to Debian-exim4, which causes the spool > files to become inaccessible to exim and causes it not to accept new mail. > > The correct user to chown to would be 8:8, as this is what our > exim4-config specifies. > > This has been corrected manually a number of times, but it happens > everytime that the exim4 package gets upgraded, and a manual chown is > often forgotten. The postinst chowns all files belonging to user mail to Debian-exim to support updates from older versions of the exim4 packages. Would it be OK for you to manually add a mode override (using dpkg-statoverride) and have future versions of the exim4 packages refrain from chowning the files if a manual override can be detected? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From owner@bugs.debian.org Tue Jan 25 19:03:11 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 25 Jan 2005 11:03:11 -0800 Subject: Processed: Re: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> Message-ID: Processing commands for control@bugs.debian.org: > severity #292191 normal Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 Severity set to `normal'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From , 292191@bugs.debian.org Tue Jan 25 19:38:55 2005 From: , 292191@bugs.debian.org ( ( Marc A. Lehmann )) Date: Tue, 25 Jan 2005 20:38:55 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> Message-ID: <20050125193855.GB2089@schmorp.de> On Tue, Jan 25, 2005 at 07:42:20PM +0100, Marc Haber wrote: > On Tue, Jan 25, 2005 at 05:30:53PM +0100, Marc Lehmann wrote: > > Package: exim4 > > Version: 4.43-4 > > Severity: critical > > Justification: causes serious data loss > > NACK Reason? It's not your mail that has been lost, and the bug certainly causes non-restorable data loss. > > I tagged this report as critical because the problem has caused mail to be > > lost in the past and would likely result in lost mail in the future. > > side. Since you surely won't update a productive system without > monitoring your logs after the upgrade Thanks that you know what we do. Unfortunately, logs didn't show anything bad as exim4 started fine and the system didn't receive mail for some time. Assuming that I sit around and wait for bad things to happen that are caused by debian package breakage is fine for you, but doesn't change the data loss nature of this bug. > worst thing that's going to > happen is that you won't accept new messages for an hour and having > them re-delivered by the remote side some time later. This has not happened, presumably because within the 24 hours that this happened, the other mail already stopped retrying. If you think that losing mails is not serious data loss, speak up please. Otherwise please acknowledge that this bug causes the problem to happen. > > This has been corrected manually a number of times, but it happens > > everytime that the exim4 package gets upgraded, and a manual chown is > > often forgotten. > > The postinst chowns all files belonging to user mail to Debian-exim to > support updates from older versions of the exim4 packages. A bug that caused data loss. > Would it be OK for you to manually add a mode override (using > dpkg-statoverride) and have future versions of the exim4 packages > refrain from chowning the files if a manual override can be detected? For me, yes, but for others probably not. This is a bug and it should be fixed properly. If users cannot edit the exim4 confgi file then it must go out of /etc. -- The choice of a -----==- _GNU_ ----==-- _ generation Marc Lehmann ---==---(_)__ __ ____ __ pcg@goof.com --==---/ / _ \/ // /\ \/ / http://schmorp.de/ -=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE From Marc Haber , 292191-maintonly@bugs.debian.org Tue Jan 25 19:45:05 2005 From: Marc Haber , 292191-maintonly@bugs.debian.org (Marc Haber) Date: Tue, 25 Jan 2005 20:45:05 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125193855.GB2089@schmorp.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> Message-ID: <20050125194503.GB5026@torres.l21.ma.zugschlus.de> On Tue, Jan 25, 2005 at 08:38:55PM +0100, Marc A. Lehmann wrote: > On Tue, Jan 25, 2005 at 07:42:20PM +0100, Marc Haber wrote: > > On Tue, Jan 25, 2005 at 05:30:53PM +0100, Marc Lehmann wrote: > > > Package: exim4 > > > Version: 4.43-4 > > > Severity: critical > > > Justification: causes serious data loss > > > > NACK > > Reason? It's not your mail that has been lost, and the bug certainly > causes non-restorable data loss. I does not. Any sensible sender will queue for multiple days. > > > I tagged this report as critical because the problem has caused mail to be > > > lost in the past and would likely result in lost mail in the future. > > > > side. Since you surely won't update a productive system without > > monitoring your logs after the upgrade > > Thanks that you know what we do. Unfortunately, logs didn't show anything > bad as exim4 started fine and the system didn't receive mail for some > time. And you didn't think of testing your setup after upgrading your non-released development version of your Linux distribution? > > worst thing that's going to > > happen is that you won't accept new messages for an hour and having > > them re-delivered by the remote side some time later. > > This has not happened, presumably because within the 24 hours that this > happened, the other mail already stopped retrying. The other mailes are broken. > If you think that losing mails is not serious data loss, speak up please. A mailer being down for less than 48 hours should not cause data loss. > Otherwise please acknowledge that this bug causes the problem to happen. I already did that. > > Would it be OK for you to manually add a mode override (using > > dpkg-statoverride) and have future versions of the exim4 packages > > refrain from chowning the files if a manual override can be detected? > > For me, yes, but for others probably not. This is a bug and it should be > fixed properly. Please outline a possible fix that will allow upgrades from exim4 4.24-3 to a current version (both of them using a debconf-generated config without local changes) to function properly. > If users cannot edit the exim4 confgi file then it must go > out of /etc. People can edit the exim4 config file. But they might be required to touch other parts of the system, for example telling the system that they explicitly want non-default file modes. It is a bug that the exim4 packages currently do not have that possibility. They will have an interface to dpkg-statoverride in due time. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From , 292191-maintonly@bugs.debian.org Tue Jan 25 21:19:27 2005 From: , 292191-maintonly@bugs.debian.org ( ( Marc A. Lehmann )) Date: Tue, 25 Jan 2005 22:19:27 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125194503.GB5026@torres.l21.ma.zugschlus.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> <20050125194503.GB5026@torres.l21.ma.zugschlus.de> Message-ID: <20050125211927.GA409@schmorp.de> On Tue, Jan 25, 2005 at 08:45:05PM +0100, Marc Haber wrote: > On Tue, Jan 25, 2005 at 08:38:55PM +0100, Marc A. Lehmann wrote: > > > NACK > > > > Reason? It's not your mail that has been lost, and the bug certainly > > causes non-restorable data loss. > > I does not. Any sensible sender will queue for multiple days. Sorry, but are you dense? It's a verifiable fact that it caused data loss. No matter how much you wish or wrongls claim it isn't doesn't make it magically true. > > Thanks that you know what we do. Unfortunately, logs didn't show anything > > bad as exim4 started fine and the system didn't receive mail for some > > time. > > And you didn't think of testing your setup after upgrading your > non-released development version of your Linux distribution? I might have (at leats I did so in the past), but the person in question did not. After all, this was a minor upgrade and it's not expected that debian scripts break the setup that way, especially not without having any reason to do so. Also, I find your logic strangely flawed. Just because careful and knowledgable monitoring might cause the priblem not to be severe this does not, as you seem to assume, make the bug less problematic :( > > This has not happened, presumably because within the 24 hours that this > > happened, the other mail already stopped retrying. > > The other mailes are broken. Just because you claim so without _any_ reason doesn't make it true. I don't think there is any authority (wether rfc or anything else) that requires retry times of longer than 24 hours. Also, it's possible that the retry time was longer due to additional reasons (network outage). The fact is that exim didn'T accept the package although it was correctly configured. That this might or might not be caused be a short retry time or other problems (and a normal retry time) does have no effect on the problem. That you claim it's a broken mailer on the other side only shows that you have no good understanding of how SMTP in general and retries specifically work, as your assumption of this being a mailer issue is broken. > > If you think that losing mails is not serious data loss, speak up please. > > A mailer being down for less than 48 hours should not cause data loss. Why? See above on why I think your understanding is flawed. In any case, it *did* cause data loss, and I only found out because a customer complained *after* the problem had been fixed. It's likely that other people won't notice the problem, and we will neither. > > Otherwise please acknowledge that this bug causes the problem to happen. > > I already did that. So why did you wrongly change the severity then? > > For me, yes, but for others probably not. This is a bug and it should be > > fixed properly. > > Please outline a possible fix that will allow upgrades from exim4 > 4.24-3 to a current version (both of them using a debconf-generated > config without local changes) to function properly. We didn't upgrade from 4.24, but from 4.43, and the problem is that it wasn't a debconf-generated config but a custom one. I see no relation tot he problem at hand. Maybe you confused this report with some other report? > > If users cannot edit the exim4 confgi file then it must go > > out of /etc. > > People can edit the exim4 config file. But they might be required to > touch other parts of the system, for example telling the system that > they explicitly want non-default file modes. I did so, using chmod AND by editing the config file. Doing chmod to the wrong user (afetr all, the corretc user is explicitly mentioned in the config file for the package!) again was not required for upgrading the package, as you already said. So the debian package gratitiously and without technical reasons chmod directories to a different user as given in the config file for the package. If that isn't a bug then I don't know what a bug is. I would have undertsood if I had upgraded from some ancient exim package with different defaults. > It is a bug that the exim4 packages currently do not have that > possibility. They will have an interface to dpkg-statoverride in due > time. Well, dpkg-statoverride is not a solution (according to the docs) because there is no way to dpkg-statoverride a whole hierarchy, after all I cannot know the name of future spool files. If this is handled by special magic inside the update scripts I'd say this is a poor fix, as it is a subtle effect even if documented in some obscure place. Especially as it's not necessary to chmod the spool files *unless* upgrading from an old package. And, if that is not possible (because of some limitation in dpkg, who knows) then it would still be far preferable to chmod to the user/group mentioned in the configuration. This would have the benefit of not breaking existing configurations even when upgrading. -- The choice of a -----==- _GNU_ ----==-- _ generation Marc Lehmann ---==---(_)__ __ ____ __ pcg@goof.com --==---/ / _ \/ // /\ \/ / http://schmorp.de/ -=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE From Marc Haber , 292191-maintonly@bugs.debian.org Tue Jan 25 21:43:45 2005 From: Marc Haber , 292191-maintonly@bugs.debian.org (Marc Haber) Date: Tue, 25 Jan 2005 22:43:45 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125211927.GA409@schmorp.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> <20050125194503.GB5026@torres.l21.ma.zugschlus.de> <20050125211927.GA409@schmorp.de> Message-ID: <20050125214345.GD5026@torres.l21.ma.zugschlus.de> On Tue, Jan 25, 2005 at 10:19:27PM +0100, Marc A. Lehmann wrote: > On Tue, Jan 25, 2005 at 08:45:05PM +0100, Marc Haber wrote: > > On Tue, Jan 25, 2005 at 08:38:55PM +0100, Marc A. Lehmann wrote: > > > > NACK > > > > > > Reason? It's not your mail that has been lost, and the bug certainly > > > causes non-restorable data loss. > > > > I does not. Any sensible sender will queue for multiple days. > > Sorry, but are you dense? No, just being a mail admin since 1997. > It's a verifiable fact that it caused data loss. Fault of the remote SMTP side. Can you please provide logs where your exim accepted the message and then discarded it without bouncing? > Just because you claim so without _any_ reason doesn't make it true. I don't > think there is any authority (wether rfc or anything else) that requires > retry times of longer than 24 hours. See rfc2821 4.5.4.1. > Also, it's possible that the retry time > was longer due to additional reasons (network outage). Tough luck. Shit happens. > The fact is that exim didn'T accept the package although it was correctly > configured. Obviously, it was not. > That you claim it's a broken mailer on the other side only shows that you > have no good understanding of how SMTP in general and retries specifically > work, as your assumption of this being a mailer issue is broken. Well, at least I have read the SMTP more thoroughly than you. Please notice that insulting people is not going to make those people honor your requests faster. Please feel free to refer to debian-devel or the tech ctte for the bug severity. Make sure to include in your complaint that we already have confirmed the issue and that we'll try to modify the package to ease your pain with your non-standard configuration. > In any case, it *did* cause data loss, and I only found out because a > customer complained *after* the problem had been fixed. It's likely that > other people won't notice the problem, and we will neither. So you have poor monitoring systems in place on a productive system that hosts customer data and does run an unreleased developer version of Debian GNU/Linux. > > > Otherwise please acknowledge that this bug causes the problem to happen. > > > > I already did that. > > So why did you wrongly change the severity then? The bug is a bug with normal severity. > > > For me, yes, but for others probably not. This is a bug and it should be > > > fixed properly. > > > > Please outline a possible fix that will allow upgrades from exim4 > > 4.24-3 to a current version (both of them using a debconf-generated > > config without local changes) to function properly. > > We didn't upgrade from 4.24, but from 4.43, and the problem is that it > wasn't a debconf-generated config but a custom one. I see no relation tot > he problem at hand. Well, you're not the only one using the Debian packages of exim4. We need to support people using the package in the way it was intended. Please do not ask us to break updates for other people just to make your setup work. > Maybe you confused this report with some other report? No. > > > If users cannot edit the exim4 confgi file then it must go > > > out of /etc. > > > > People can edit the exim4 config file. But they might be required to > > touch other parts of the system, for example telling the system that > > they explicitly want non-default file modes. > > I did so, using chmod AND by editing the config file. Doing chmod to the > wrong user (afetr all, the corretc user is explicitly mentioned in the > config file for the package!) So you want the postinst to parse the config file, catering for include and ifdef code? You are just suggesting to replicate a _big_ part of exim itself in the postinst. > again was not required for upgrading the package, as you already said. It might have been required for upgrading the package on older systems. > So the debian package gratitiously and without technical reasons chmod > directories to a different user as given in the config file for the package. Wrong. > I would have undertsood if I had upgraded from some ancient exim package > with different defaults. People upgrading from some ancient exim package with different defaults need that chmod or they will suffer the same problem. > > It is a bug that the exim4 packages currently do not have that > > possibility. They will have an interface to dpkg-statoverride in due > > time. > > Well, dpkg-statoverride is not a solution (according to the docs) because > there is no way to dpkg-statoverride a whole hierarchy, after all I cannot > know the name of future spool files. You can dpkg-statoverride the directory, which might be used as a hint for the postinst. > If this is handled by special magic inside the update scripts I'd say this is > a poor fix, as it is a subtle effect even if documented in some obscure > place. OK, suggest something better, and include a patch. > Especially as it's not necessary to chmod the spool files *unless* > upgrading from an old package. And, if that is not possible (because of > some limitation in dpkg, who knows) then it would still be far preferable > to chmod to the user/group mentioned in the configuration. The default configuration does not have a user/group mentioned, and the user might want to change the configuration after running the postinst. Are you suggesting to check queue ownership in the init script just before starting exim? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From Andreas Barth , 292191-maintonly@bugs.debian.org Tue Jan 25 22:14:50 2005 From: Andreas Barth , 292191-maintonly@bugs.debian.org (Andreas Barth) Date: Tue, 25 Jan 2005 23:14:50 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125211927.GA409@schmorp.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> <20050125194503.GB5026@torres.l21.ma.zugschlus.de> <20050125211927.GA409@schmorp.de> Message-ID: <20050125221450.GK19586@mails.so.argh.org> Hi, let me please add a few words before this escalates too much. On the one side, Marc (Lehmann), you're definitly right that this is a bug. I personal even agree that this is a bug that should be fixed before release of sarge. I can also understand that this bug caused you extra work, and none of us is happy to do extra work. However, on the other hand, it is _vital_ for release management that only the bugs are marked with release critical priorities that _have_ to be fixed before release of sarge - otherwise, it makes our release management harder than it already is. Please accept that as basis of the bug severities in Debian. They are a management tool for us. * Marc A. Lehmann (pcg@goof.com) [050125 13:19]: > On Tue, Jan 25, 2005 at 08:45:05PM +0100, Marc Haber wrote: > > > Thanks that you know what we do. Unfortunately, logs didn't show anything > > > bad as exim4 started fine and the system didn't receive mail for some > > > time. > > And you didn't think of testing your setup after upgrading your > > non-released development version of your Linux distribution? > > I might have (at leats I did so in the past), but the person in question > did not. After all, this was a minor upgrade and it's not expected that > debian scripts break the setup that way, especially not without having any > reason to do so. > > Also, I find your logic strangely flawed. Just because careful and > knowledgable monitoring might cause the priblem not to be severe this does > not, as you seem to assume, make the bug less problematic :( In fact, it has always been Debians strategy that upgrade bugs can only be release critical when they happen on upgrades from the last stable release (in this case woody) to the current version. As exim4 was not in woody, that cannot be the case here. That doesn't mean that I'm less unhappy with such a bug, but just that for managing the release, this bug cannot be release critical, and can at maximum be important (please see above, severities are _the_ important tool to manage release of sarge). I hope that this bug is fixed soon (and it seems to me that Marc (Haber) is already working on a solution); so perhaps it's possible to just accept your differences in the severity of the bug, and work together for a solution. Thanks for your understanding. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C From , 292191-maintonly@bugs.debian.org Wed Jan 26 05:35:58 2005 From: , 292191-maintonly@bugs.debian.org ( ( Marc A. Lehmann )) Date: Wed, 26 Jan 2005 06:35:58 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125221450.GK19586@mails.so.argh.org> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> <20050125194503.GB5026@torres.l21.ma.zugschlus.de> <20050125211927.GA409@schmorp.de> <20050125221450.GK19586@mails.so.argh.org> Message-ID: <20050126053558.GA8712@schmorp.de> On Tue, Jan 25, 2005 at 11:14:50PM +0100, Andreas Barth wrote: > On the one side, Marc (Lehmann), you're definitly right that this is a > bug. I personal even agree that this is a bug that should be fixed > before release of sarge. I can also understand that this bug caused you > extra work, and none of us is happy to do extra work. However, on the > other hand, it is _vital_ for release management that only the bugs are > marked with release critical priorities that _have_ to be fixed before > release of sarge - otherwise, it makes our release management harder > than it already is. > > Please accept that as basis of the bug severities in Debian. They are a > management tool for us. That is fine, although I believe this will always lead to confusion until the wording reportbug uses is being fixed then. If it's just the magic property one could have used "important" instead. In fact, I don't care about the actual severity of the bug. What I certainly dislike if: a) the bug report is immediately being dismissed as "not losing data" b) I am being told that I haven't lost data when I did c) a data loss is not a data loss if it could have been avoided. I see no point in reporting such bugs if they are treated like that. To make things clear, I am not angry or so, this is just my reasoning I have when confronted with such a reaction. In fact, the extra work was not much of a problem - I encountered the problem numerous times before and didn't report it because I wasn't sure wether it really is an issue. This time, however, somebody else did the upgrade, and I honestly thought it would be a really good idea to report this, otherwise it won't be fixed. > > knowledgable monitoring might cause the priblem not to be severe this does > > not, as you seem to assume, make the bug less problematic :( > > In fact, it has always been Debians strategy that upgrade bugs can only > be release critical when they happen on upgrades from the last stable > release (in this case woody) to the current version. After reading my original bug report, I don't see any reason (wording etc.) for the response I got - except for tagging the report as critical. I was not aware that tagging it as such would result in a release problem. I did follow the instructions that reportbug gave me, thought about wether the data loss was non-serious (e.g. retry happens) or serious (non-recoverable), and decided that this can easily result in such data loss. I also don't have a problem with tagging the report with any other severity _at all_. I did have a problem with tagging it as normal and basically telling me that it's my problem ("you've surely not...") and that I am mis-reporting things ("there is no data loss"). > unhappy with such a bug, but just that for managing the release, this > bug cannot be release critical, and can at maximum be important (please > see above, severities are _the_ important tool to manage release of > sarge). I won't dispute the severity at all. I do dispute the way the bug is being reacted to. > I hope that this bug is fixed soon (and it seems to me that Marc (Haber) > is already working on a solution); so perhaps it's possible to just > accept your differences in the severity of the bug, and work together > for a solution. I am sorry if I miscommunicated that. I don't have a problem with the severity at all. Just that the facts I reported are bluntly being regarded as wrong, based on wrong assumptions. If the response would have been "this is not critical enough because of xxx" or so, it would be fine. But telling me that I didn't lose mail is just - sorry - dumb, as I was not writing the report to generate work, or becasue I was pissed off by having some extra work, but because it's just plain _wrong_. Again, I am not angry at all, and I don't depend on a quick fix, or a fix in sarge, at all. I just got the distinct feeling that this bug is being disregarded because I was repeatedly told that it's just a mistake on my side. -- The choice of a -----==- _GNU_ ----==-- _ generation Marc Lehmann ---==---(_)__ __ ____ __ pcg@goof.com --==---/ / _ \/ // /\ \/ / http://schmorp.de/ -=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE From , 292191-maintonly@bugs.debian.org Wed Jan 26 06:28:58 2005 From: , 292191-maintonly@bugs.debian.org ( ( Marc A. Lehmann )) Date: Wed, 26 Jan 2005 07:28:58 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125221450.GK19586@mails.so.argh.org> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> <20050125194503.GB5026@torres.l21.ma.zugschlus.de> <20050125211927.GA409@schmorp.de> <20050125221450.GK19586@mails.so.argh.org> Message-ID: <20050126062858.GA9116@schmorp.de> Sorry for the mail flood. I responded to Marc's mail on my laptop, and tried to cancel the mail, but unfortunately let it out. Please disregard it, I do consider the issue understood, and settled. -- The choice of a -----==- _GNU_ ----==-- _ generation Marc Lehmann ---==---(_)__ __ ____ __ pcg@goof.com --==---/ / _ \/ // /\ \/ / http://schmorp.de/ -=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE From , 292191-maintonly@bugs.debian.org Wed Jan 26 06:27:51 2005 From: , 292191-maintonly@bugs.debian.org ( ( Marc A. Lehmann )) Date: Wed, 26 Jan 2005 07:27:51 +0100 Subject: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 In-Reply-To: <20050125214345.GD5026@torres.l21.ma.zugschlus.de> References: <20050125184220.GA5026@torres.l21.ma.zugschlus.de> <20050125193855.GB2089@schmorp.de> <20050125194503.GB5026@torres.l21.ma.zugschlus.de> <20050125211927.GA409@schmorp.de> <20050125214345.GD5026@torres.l21.ma.zugschlus.de> Message-ID: <20050126062751.GC8712@schmorp.de> > > Sorry, but are you dense? >=20 > No, just being a mail admin since 1997. What does that prove? I am mail admin for our institute since 1994. Does that prove I am right? I'd hope the decision wether sth. is right or wrong should be based on relatable facts, not on "mine is longer"-style arguments. > > It's a verifiable fact that it caused data loss. >=20 > Fault of the remote SMTP side.=20 Why? You assume that data loss will not occur because one side will not be reachable for a short (whatever that means) amount of time. This, however, is not realitym and most likely not what happened in my case, although sdome badly configured mailer might have had a too-short retry time. > Can you please provide logs where your exim accepted the message and > then discarded it without bouncing? Why should my exim have done that, it had no reason to... Therefore, I cannot provide logs for this event, as it didn't happen. It returned a temporary failure, as it should. The mail was lost, because the sender side did not retry long enough. > > Just because you claim so without _any_ reason doesn't make it true. I = don't > > think there is any authority (wether rfc or anything else) that requires > > retry times of longer than 24 hours. >=20 > See rfc2821 4.5.4.1. Well, if you read that section, you will see that you are wrong and the rfc mandates no such long retry times :( In any case, the fact that exim4 was down for say, 24 hours, does not mean that the full retry time was just 24 hours. As I (already) explained, I can imagine that the mail that was lost was probably lost because there was an additional outage on the sending side, or maybe in between. As an experienced mail admin (which you seem to be with lots of years of experience) you should be aware that retry time is measured in relation to the complete downtime, not just the downtime of one part of the link. In fact, most of the mail went through nicely, but I cannot understand why you dispute the fact that mail has been lost, and can be lost regardless of wether the downtime is just a few minutes or a week. > > Also, it's possible that the retry time > > was longer due to additional reasons (network outage). >=20 > Tough luck. Shit happens. Well, I full agree. However, I completely don't understand why you are incapable of simply acknowledging the bug (possibly silently) instead of resorting to misinformation or ridicoulous arguments. Mail was lost because of that, despite your serious efforts of brainwashing. > > The fact is that exim didn'T accept the package although it was correct= ly > > configured. >=20 > Obviously, it was not. I was talking about the config file. But if you will, indeed, the upgrade scripts have broken the configuration then. > > work, as your assumption of this being a mailer issue is broken. >=20 > Well, at least I have read the SMTP more thoroughly than you. Possibly, but that doesn't mean you understood it, as rfc2821, which you probably mean with "the SMTP", doesn't require the rules your seem to read out of it. Please also note that rfc's are not law. Things cna be bugs regardless of wether rfc require them or disallow them. Although, of course, deviating =66rom rfcs is a sin unless there are good and well-understood reasons for that :) > Please notice that insulting people I can see you feel insulted, otherwise, why would you resort to the style of argument you are resorting to now (i.e. "deceiving"). *Iff* I was insulting, then please accept my apologies. I honestly tried to report a bug, and correct your misunderstandings regarding the way smtp retry works, and the mechanism through which we lost mail. If there was an insult in there, I am deeply and *honestly* sorry. It would help if you could tell me what you found insulting, so I can learn from that and avoid the phrases In future correspondence. Let me assure you that I wasn't trying to be insulting. I *was* trying to correct your misunderstandings, though. > is not going to make those people honor your requests faster. Which request? I reported a bug. If you don't want to fix it, or want to fix it, or want to fix it today, or want to fix it later, is completely your own decision (and maybe others). I did not request a fix at all. I did point out that there is a bug inside the upgrade scripts that can cause serious data loss (and usually doesn't). > Please feel free to refer to debian-devel or the tech ctte for the bug > severity. Make sure to include in your complaint that we already have > confirmed the issue and that we'll try to modify the package to ease > your pain with your non-standard configuration. I do not understand why you are arguing about that ridiculous severity leve= l. I am not arguign about that at all. I was arguign because reportbug told me that serious data loss would warrant this sevrity level, and your response was, in summary "no, because there was no data loss". That was quite strange, because *we did lose data because of that*, no matter how hard you want to make others believe that this isn't the case. As long as you do dispute that data has been lost, or this is a bug in the remote side, I will try to correct you. If you really insist on knowing better, then it's your problem, as I did invest time and effort into reporting the issue and explaining it as much as I can do (and will do so in the future). If certainly did not request a fix, or a timely fix, or a critical severity. > > In any case, it *did* cause data loss, and I only found out because a > > customer complained *after* the problem had been fixed. It's likely that > > other people won't notice the problem, and we will neither. >=20 > So you have poor monitoring systems in place on a productive system > that hosts customer data and does run an unreleased developer version > of Debian GNU/Linux. Sorry, but that is just too lame to even consider arguing about. Yes, there is no bug, yes, no data was lost, yes, yours is longert than mine (by -3 years or so). If that makes you sleep at night, so be it. > > > I already did that. > >=20 > > So why did you wrongly change the severity then? >=20 > The bug is a bug with normal severity. Not according to reportbug. Feel free to reassigng his bug to reportbug then. > > We didn't upgrade from 4.24, but from 4.43, and the problem is that it > > wasn't a debconf-generated config but a custom one. I see no relation t= ot > > he problem at hand. >=20 > Well, you're not the only one using the Debian packages of exim4. We > need to support people using the package in the way it was intended. I have no idea what that means. Modifying the config file manually is not intended use of the package? Is that what you want to tell me? In that case it's certainly better to move the exim4 config file out of /etc, don't you think so? > Please do not ask us to break updates for other people just to make > your setup work. You are childish - I never asked you to break updates for people. Not chmodding the directories for 4.43->4.43 updates, or chmodding them correctly would have both worked in my case, and certainly in the 4.24->4.43 case. Also, I am not asking for a fix - I am alerting you of a possible severe problem caused by the update scripts. > > Maybe you confused this report with some other report? >=20 > No. That's bad... > > I did so, using chmod AND by editing the config file. Doing chmod to the > > wrong user (afetr all, the corretc user is explicitly mentioned in the > > config file for the package!) >=20 > So you want the postinst to parse the config file, catering for > include and ifdef code? You are just suggesting to replicate a _big_ > part of exim itself in the postinst. I don't want anything. I am *suggesting* that this would be the right fix. I don't know how difficult it is - supposedly one can coax exim into providing this info, thus not relying on duplicating exim, but I haven't tried it and so cannot say for certain. > > again was not required for upgrading the package, as you already said. >=20 > It might have been required for upgrading the package on older systems. It's not required in this case. > > So the debian package gratitiously and without technical reasons chmod > > directories to a different user as given in the config file for the pac= kage. >=20 > Wrong. Why? Just claiming "wrong" or "the mta is broken" or "the setup is broken" is not going to sound very believable given your record of misquoting or misunderstanding. Nothing would have been broken when upgrading in my config and any other similar config (regarding versions). Fact? Or do you want to dispute that, too? > > I would have undertsood if I had upgraded from some ancient exim package > > with different defaults. >=20 > People upgrading from some ancient exim package with different > defaults need that chmod or they will suffer the same problem. Actually, no. If they have the same config, they won't. Only if they follow the debian standard config they will. However, just a few lines above you claimed that there was a reason to do this even in my config, but your only argument relates to a config completely unlike mine. > > If this is handled by special magic inside the update scripts I'd say t= his is > > a poor fix, as it is a subtle effect even if documented in some obscure > > place. >=20 > OK, suggest something better, and include a patch. I did suggest something better, you even commented on it, saying it's technically difficult to implement. > > Especially as it's not necessary to chmod the spool files *unless* > > upgrading from an old package. And, if that is not possible (because of > > some limitation in dpkg, who knows) then it would still be far preferab= le > > to chmod to the user/group mentioned in the configuration. >=20 > The default configuration does not have a user/group mentioned, and > the user might want to change the configuration after running the > postinst. >=20 > Are you suggesting to check queue ownership in the init script just > before starting exim? No, but that would certainly help a lot. In any case, you are confusing issues. If the user changes the uid/gid of exim's spool files manually then he cna be expected to do so for the spool directory, too. You are equating this with the debian upgrade script, which does that without asking or alerting the user, which is quite a different thing, because even experienced users cannot avoid it, much less inexperienced ones which are probably not aware of debian silently breakign their setup. --=20 The choice of a -----=3D=3D- _GNU_ ----=3D=3D-- _ generation Marc Lehmann ---=3D=3D---(_)__ __ ____ __ pcg@goof.com --=3D=3D---/ / _ \/ // /\ \/ / http://schmorp.de/ -=3D=3D=3D=3D=3D/_/_//_/\_,_/ /_/\_\ XX11-RIPE From owner@bugs.debian.org Wed Jan 26 07:03:14 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 25 Jan 2005 23:03:14 -0800 Subject: Bug#292191: marked as done (upgrade changes ownerhsip of /var/spool/exim4) In-Reply-To: <20050126065932.GB839@torres.l21.ma.zugschlus.de> References: <20050126065932.GB839@torres.l21.ma.zugschlus.de> Message-ID: Your message dated Wed, 26 Jan 2005 07:59:33 +0100 with message-id <20050126065932.GB839@torres.l21.ma.zugschlus.de> and subject line Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 25 Jan 2005 16:30:57 +0000 >From root@plan9.de Tue Jan 25 08:30:57 2005 Return-path: Received: from rain.plan9.de [193.108.181.162] (schmorp) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CtTaj-0000zd-00; Tue, 25 Jan 2005 08:30:57 -0800 Received: from [10.0.0.5] (helo=mailout.schmorp.de) by rain.plan9.de with esmtp (Exim 4.34) id 1CtTag-0001qS-Gp for submit@bugs.debian.org; Tue, 25 Jan 2005 17:30:54 +0100 Received: from root by mailout.schmorp.de with local (Exim 4.43) id 1CtTaf-0005lE-JX; Tue, 25 Jan 2005 17:30:53 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Marc Lehmann To: Debian Bug Tracking System Subject: upgrade changes ownerhsip of /var/spool/exim4 Date: Tue, 25 Jan 2005 17:30:53 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4 Version: 4.43-4 Severity: critical Justification: causes serious data loss I tagged this report as critical because the problem has caused mail to be lost in the past and would likely result in lost mail in the future. On every upgrade of the exim4 package, on any of our machines, /var/spool/exim4 is being chown'ed to Debian-exim4, which causes the spool files to become inaccessible to exim and causes it not to accept new mail. The correct user to chown to would be 8:8, as this is what our exim4-config specifies. This has been corrected manually a number of times, but it happens everytime that the exim4 package gets upgraded, and a manual chown is often forgotten. -- Package-specific info: Exim version 4.43 #1 built 18-Jan-2005 13:32:12 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 28 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /etc/exim4/exim4.conf -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages exim4 depends on: ii exim4-base 4.43-4 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.43-4 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 292191-done) by bugs.debian.org; 26 Jan 2005 06:59:37 +0000 >From mh+debian-packages@zugschlus.de Tue Jan 25 22:59:37 2005 Return-path: Received: from 5301d.unt0.torres.l21.ma.zugschlus.de (torres.int.l21.ma.zugschlus.de) [217.151.83.1] (Debian-exim) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cth9M-0007cj-00; Tue, 25 Jan 2005 22:59:37 -0800 Received: from mh by torres.int.l21.ma.zugschlus.de with local (Exim 4.44) id 1Cth9J-0000Y9-VM; Wed, 26 Jan 2005 07:59:34 +0100 Date: Wed, 26 Jan 2005 07:59:33 +0100 From: Marc Haber To: Marc Lehmann , 292191-done@bugs.debian.org Subject: Re: Bug#292191: upgrade changes ownerhsip of /var/spool/exim4 Message-ID: <20050126065932.GB839@torres.l21.ma.zugschlus.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Delivered-To: 292191-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.5 required=4.0 tests=BAYES_30,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On Tue, Jan 25, 2005 at 05:30:53PM +0100, Marc Lehmann wrote: > On every upgrade of the exim4 package, on any of our machines, > /var/spool/exim4 is being chown'ed to Debian-exim4, which causes the spool > files to become inaccessible to exim and causes it not to accept new mail. > > The correct user to chown to would be 8:8, as this is what our > exim4-config specifies. Upstream quite explicitly advises that it is not a good idea to re-configure the user name at run time. The docs say why. So you're better off with locally rebuilding the package, patched according to your user name preferences. That way, you can also alter the postinst to your local needs. If you insist on breaking the exim package the way you decided, please break it completely and correctly by setting spool_directory to some value that does not equal the default /var/spool/exim4. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From jane_smithx@yahoo.co.uk Wed Jan 26 14:40:02 2005 From: jane_smithx@yahoo.co.uk (Jane Smith) Date: Wed, 26 Jan 2005 08:40:02 -0600 Subject: PROPOSITION Message-ID: <1106750402.41f7abc21fbe6@www.banconorthwestsa.com> FROM:JANE SMITH. 575 Finchley Road London NW3 7BJ,U.K. UNITED KINGDOM. PROPOSITION: My name is JANE SMITH. I am a friend and a personal councellor to a former credit manager and then the account officer of a foreigner named Gerard St.Germain who died in an air crash along with his wife on the 31st October 1999 in an Egyptian airline 990,with other passengers on board. You can confirm this from the website below. http://news.bbc.co.uk/1/world/americas/502503.stm My friend resigned from the bank months ago because of internal and family problems,but before his resignaton he was managing the deposit account of the late Gerard St Germain where he had access to some vital information as to how the funds will be paid to the next of kin. Since his death, none of his next-of-kin is alive to make claims for this money as his heir,because they all died in the same accident, him and the wife, Yvette St.Germain (May their soul rest in peace). The bank cannot release the funds from his account unless someone applies for the claim as the next-of-kin to the deceased as indicated in their banking guidelines. Upon this discovery, my friend asked me to look for a reliable person to stand as the next of kin because he can not handle this directly since he has worked in the bank, I now seek your permission to have you stand as a next of kin to the deceased, as all documentations will be carefully worked out by me and my friend for the funds valued (US$15,000,000.00) to be released in your favour as the beneficiary's next of kin because after five years the money will be called back to the bank treasury as unclaimed bills and the money shared amongst the directors of the bank. So it is on this note that my friend asked me to seek for whom his name shall be used as the next of kin/beneficiary to this funds rather than allow the bank directors to share this money amongst themselves at the end of the year. We also intend to donate part of our share of the funds to the tsunami victims in South East Asia. Please acknowledge receipt of this message in acceptance to this noble offer by furnishing me with the following information if you are interested. 1.A Beneficiary name and address in order for me to to get a probate for the transfer of the funds in your name. 2. Direct Telephone and fax numbers.For our personal contact and mutual discussion. Upon your acceptance, I shall give you my direct telephone number so that we can discuss freely.We shall be compensating you with four million dollars (US$4 Million Dollars) on final conclusion of this project for your assistance, US$1 Million Dollars shall be for any unforssen expenses,while the remaining US$10 Million will be shared between me and my friend. If this proposal is acceptable by you, please endeavor to contact me immediately, if not please disregard this email. Please contact me through my alternative emailaddress:jane_smithx@yahoo.co.uk Regards, JANE SMITH. From ckphn@cybercity.dk Wed Jan 26 15:01:37 2005 From: ckphn@cybercity.dk (Carson Massey) Date: Wed, 26 Jan 2005 09:01:37 -0600 Subject: a huge room, one Message-ID: <66525475674135806-csMfU@HACAQ> Subject: agreement for 0059
    Date: Wed, 26 Jan 2005 10:55:01 -0400

    I reviewed your data and your motrgage percent is very high, therefore
    you are currently overpaying up to thousands annually.

    Based on your info, we can a pprove you at 3.6 without any paperwork.

    Please start here today.


    Have a good day!

    Best regards,
    Carson Massey From Sean Hendershot , 292402@bugs.debian.org Wed Jan 26 21:02:39 2005 From: Sean Hendershot , 292402@bugs.debian.org (Sean Hendershot) Date: Wed, 26 Jan 2005 15:02:39 -0600 Subject: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 Message-ID: Package: exim4-config Version: 4.44-1 Severity: important Tags: experimental When upgrading to 4.44-1 I receive the following message: 2005-01-26 14:35:45 Exim configuration error in line 419 of /var/lib/exim4/config.autogenerated.tmp: Unexpected end of configuration file: .endif missing Invalid new configfile /var/lib/exim4/config.autogenerated.tmp not installing /var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated dpkg: error processing exim4-config (--configure): subprocess post-installation script returned error exit status 1 -- Package-specific info: Exim version 4.44 #1 built 23-Jan-2005 15:54:01 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='smh.peerlessmfg.com' dc_local_interfaces='127.0.0.1' dc_readhost='peerlessmfg.com' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='192.9.200.0/24' dc_smarthost='mail.peerlessmfg.com' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:smh.peerlessmfg.com -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-smh Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii passwd 1:4.0.3-30.8 Change and administer password and -- debconf information: * exim4/dc_smarthost: mail.peerlessmfg.com * exim4/dc_relay_domains: exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail * exim4/dc_readhost: peerlessmfg.com exim4/exim4-config-title: exim4/dc_noalias_regenerate: false * exim4/dc_relay_nets: 192.9.200.0/24 * exim4/mailname: smh.peerlessmfg.com * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: smh.peerlessmfg.com exim4/no_config: true * exim4/hide_mailname: true exim4/dc_postmaster: none * exim4/use_split_config: true From Sean Hendershot , 292409@bugs.debian.org Wed Jan 26 21:02:39 2005 From: Sean Hendershot , 292409@bugs.debian.org (Sean Hendershot) Date: Wed, 26 Jan 2005 15:02:39 -0600 Subject: Bug#292409: exim4-config: Invalid configfile in upgrade to 4.44-1 Message-ID: Package: exim4-config Version: 4.44-1 Severity: important Tags: experimental When upgrading to 4.44-1 I receive the following message: 2005-01-26 14:35:45 Exim configuration error in line 419 of /var/lib/exim4/config.autogenerated.tmp: Unexpected end of configuration file: .endif missing Invalid new configfile /var/lib/exim4/config.autogenerated.tmp not installing /var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated dpkg: error processing exim4-config (--configure): subprocess post-installation script returned error exit status 1 -- Package-specific info: Exim version 4.44 #1 built 23-Jan-2005 15:54:01 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='smh.peerlessmfg.com' dc_local_interfaces='127.0.0.1' dc_readhost='peerlessmfg.com' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='192.9.200.0/24' dc_smarthost='mail.peerlessmfg.com' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:smh.peerlessmfg.com -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-smh Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii passwd 1:4.0.3-30.8 Change and administer password and -- debconf information: * exim4/dc_smarthost: mail.peerlessmfg.com * exim4/dc_relay_domains: exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail * exim4/dc_readhost: peerlessmfg.com exim4/exim4-config-title: exim4/dc_noalias_regenerate: false * exim4/dc_relay_nets: 192.9.200.0/24 * exim4/mailname: smh.peerlessmfg.com * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: smh.peerlessmfg.com exim4/no_config: true * exim4/hide_mailname: true exim4/dc_postmaster: none * exim4/use_split_config: true From owner@bugs.debian.org Wed Jan 26 21:48:43 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 26 Jan 2005 13:48:43 -0800 Subject: Processed: merging 292402 292409 In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > #identical reports > merge 292402 292409 Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 Bug#292409: exim4-config: Invalid configfile in upgrade to 4.44-1 Merged 292402 292409. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Sean Hendershot , 292402@bugs.debian.org Wed Jan 26 21:33:40 2005 From: Sean Hendershot , 292402@bugs.debian.org (Sean Hendershot) Date: Wed, 26 Jan 2005 15:33:40 -0600 Subject: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 Message-ID: <20050126213340.GA17934@smh.peerlessmfg.com> After adding an .endif to the end of /etc/exim4/conf.d/auth/30_exim4-config_examples the upgrade works. From Andreas Metzler , 292402@bugs.debian.org Wed Jan 26 21:48:53 2005 From: Andreas Metzler , 292402@bugs.debian.org (Andreas Metzler) Date: Wed, 26 Jan 2005 22:48:53 +0100 Subject: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 In-Reply-To: References: Message-ID: <20050126214853.GA2738@downhill.at.eu.org> On 2005-01-26 Sean Hendershot wrote: > Package: exim4-config > Version: 4.44-1 > Severity: important > Tags: experimental > When upgrading to 4.44-1 I receive the following message: > 2005-01-26 14:35:45 Exim configuration error in line 419 of > /var/lib/exim4/config.autogenerated.tmp: > Unexpected end of configuration file: .endif missing > Invalid new configfile /var/lib/exim4/config.autogenerated.tmp [...] Hello, Thanks for testing. I cannot reproduce this on my system, could you please send me /var/lib/exim4/config.autogenerated.tmp and run /usr/sbin/update-exim4.conf --keepcomments -o /tmp/broken.exim4.conf and also send the newly generated file /tmp/broken.exim4.conf? thanks, cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From Andreas Metzler , 292402@bugs.debian.org Wed Jan 26 22:03:23 2005 From: Andreas Metzler , 292402@bugs.debian.org (Andreas Metzler) Date: Wed, 26 Jan 2005 23:03:23 +0100 Subject: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 In-Reply-To: <20050126213340.GA17934@smh.peerlessmfg.com> References: <20050126213340.GA17934@smh.peerlessmfg.com> Message-ID: <20050126220323.GB2738@downhill.at.eu.org> On 2005-01-26 Sean Hendershot wrote: > After adding an .endif to the end of > /etc/exim4/conf.d/auth/30_exim4-config_examples > the upgrade works. There should not be a .endif in /etc/exim4/conf.d/auth/30_exim4-config_examples because there is no (should not be a) starting ".if ..." nearby. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From Sean Hendershot , 292402@bugs.debian.org Wed Jan 26 22:33:32 2005 From: Sean Hendershot , 292402@bugs.debian.org (Sean Hendershot) Date: Wed, 26 Jan 2005 16:33:32 -0600 Subject: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 In-Reply-To: <20050126220323.GB2738@downhill.at.eu.org> References: <20050126213340.GA17934@smh.peerlessmfg.com> <20050126220323.GB2738@downhill.at.eu.org> Message-ID: <20050126223332.GA29664@smh.peerlessmfg.com> Oops, config.autogenerated.tmp is from when I added the .endif at the end. Except for that, it is the same. sean From owner@bugs.debian.org Wed Jan 26 23:03:17 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 26 Jan 2005 15:03:17 -0800 Subject: Bug#292409: marked as done (exim4-config: Invalid configfile in upgrade to 4.44-1) In-Reply-To: <20050126225700.GD2738@downhill.at.eu.org> References: <20050126225700.GD2738@downhill.at.eu.org> Message-ID: Your message dated Wed, 26 Jan 2005 23:57:00 +0100 with message-id <20050126225700.GD2738@downhill.at.eu.org> and subject line {Filename?} Re: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 26 Jan 2005 21:30:09 +0000 >From shendershot@peerlessmfg.com Wed Jan 26 13:30:09 2005 Return-path: Received: from mail.peerlessmfg.com (smail.peerlessmfg.com) [70.240.16.2] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ctujp-0002Xh-00; Wed, 26 Jan 2005 13:30:09 -0800 Received: from [192.9.200.36] (helo=smh.peerlessmfg.com) by smail.peerlessmfg.com with esmtp (Exim 3.35 #1 (Debian)) id 1CtutP-0000X5-00; Wed, 26 Jan 2005 15:40:03 -0600 Received: from shendershot by smh.peerlessmfg.com with local (Exim 4.44) id 1CtuJD-0002Fh-Dk; Wed, 26 Jan 2005 15:02:39 -0600 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Sean Hendershot To: Debian Bug Tracking System Subject: exim4-config: Invalid configfile in upgrade to 4.44-1 X-Mailer: reportbug 3.6 Date: Wed, 26 Jan 2005 15:02:39 -0600 Message-Id: Sender: Sean Hendershot X-smh-MailScanner: Found to be clean X-MailScanner-From: shendershot@smh.peerlessmfg.com X-MailScanner: Found to be clean Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 Package: exim4-config Version: 4.44-1 Severity: important Tags: experimental When upgrading to 4.44-1 I receive the following message: 2005-01-26 14:35:45 Exim configuration error in line 419 of /var/lib/exim4/config.autogenerated.tmp: Unexpected end of configuration file: .endif missing Invalid new configfile /var/lib/exim4/config.autogenerated.tmp not installing /var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated dpkg: error processing exim4-config (--configure): subprocess post-installation script returned error exit status 1 -- Package-specific info: Exim version 4.44 #1 built 23-Jan-2005 15:54:01 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='smh.peerlessmfg.com' dc_local_interfaces='127.0.0.1' dc_readhost='peerlessmfg.com' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='192.9.200.0/24' dc_smarthost='mail.peerlessmfg.com' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:smh.peerlessmfg.com -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-smh Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii passwd 1:4.0.3-30.8 Change and administer password and -- debconf information: * exim4/dc_smarthost: mail.peerlessmfg.com * exim4/dc_relay_domains: exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail * exim4/dc_readhost: peerlessmfg.com exim4/exim4-config-title: exim4/dc_noalias_regenerate: false * exim4/dc_relay_nets: 192.9.200.0/24 * exim4/mailname: smh.peerlessmfg.com * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: smh.peerlessmfg.com exim4/no_config: true * exim4/hide_mailname: true exim4/dc_postmaster: none * exim4/use_split_config: true --------------------------------------- Received: (at 292402-done) by bugs.debian.org; 26 Jan 2005 22:57:03 +0000 >From ametzler@downhill.at.eu.org Wed Jan 26 14:57:03 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([AiHdamLHJZXQ/f0DgBBkV2rN4Q/ovWpk]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ctw5v-000471-00; Wed, 26 Jan 2005 14:57:03 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246] helo=downhill.at.eu.org) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1Ctw74-00079o-TQ; Wed, 26 Jan 2005 22:58:17 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.44) id 1Ctw5s-0001B6-H6; Wed, 26 Jan 2005 23:57:00 +0100 Date: Wed, 26 Jan 2005 23:57:00 +0100 From: Andreas Metzler To: Sean Hendershot , Close the Bugreport <292402-done@bugs.debian.org> Subject: Re: {Filename?} Re: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 Message-ID: <20050126225700.GD2738@downhill.at.eu.org> References: <20050126214853.GA2738@downhill.at.eu.org> <20050126223207.GA19303@smh.peerlessmfg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050126223207.GA19303@smh.peerlessmfg.com> X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: -1.8 (-) Delivered-To: 292402-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On 2005-01-26 Sean Hendershot wrote: > On Wed, Jan 26, 2005 at 10:48:53PM +0100, Andreas Metzler wrote: [...] > > I cannot reproduce this on my system, could you please send me > > /var/lib/exim4/config.autogenerated.tmp and run > > /usr/sbin/update-exim4.conf --keepcomments -o /tmp/broken.exim4.conf > > and also send the newly generated file /tmp/broken.exim4.conf? > Sure. Thanks. [...] > ### main/02_exim4-config_options > ################################# [...] > # Only for interacting with other packages, to make it possible to use > # -DSPOOLDIR to override it on the command line > .ifndef SPOOLDIR > #SPOOLDIR = /var/spool/exim4 > #.endif > #spool_directory = SPOOLDIR [...] Here is the source of the error. You've commented the '.endif' but forgot to comment '.ifndef SPOOLDIR'. I am therefore closing the bug-report, as it seems to be obvious that the cause is a failed local modification. Thanks for the quick response, making it easy to diagnose this. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From Sean Hendershot , 292402@bugs.debian.org Wed Jan 26 22:50:15 2005 From: Sean Hendershot , 292402@bugs.debian.org (Sean Hendershot) Date: Wed, 26 Jan 2005 16:50:15 -0600 Subject: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 In-Reply-To: <20050126223332.GA29664@smh.peerlessmfg.com> References: <20050126213340.GA17934@smh.peerlessmfg.com> <20050126220323.GB2738@downhill.at.eu.org> <20050126223332.GA29664@smh.peerlessmfg.com> Message-ID: <20050126225015.GA386@smh.peerlessmfg.com> --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline And I guess I should rename it so it passes my filename rules. --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="broken.exim4.conf" ######### # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # this file is generated dynamically from the files in # CONFDIR/conf.d/ or /etc/exim4/exim4.conf.template respectively and # /etc/exim4/update-exim4.conf.conf # Any changes you make here will be lost. # See /usr/share/doc/exim4-base/README.Debian.gz and update-exim4.conf(8) # for instructions of customization. # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING ######### # begin processing main ##### ##################################################### ### /etc/exim4/conf.d/main/01_exim4-config_listmacrosdefs ##################################################### ###################################################################### # Runtime configuration file for Exim # ###################################################################### ###################################################################### # MAIN CONFIGURATION SETTINGS # ###################################################################### # Just for reference and scripts, on debian, the main binary is # installed as exim4 exim_path = /usr/sbin/exim4 # Macro defining the main configuration directory, we use no abolute # paths. CONFDIR = /etc/exim4 # Define a macro DC_minimaldns if dc_minimaldns=true, to use in # .ifdef-statements otherwise this expands to an empty line # The next three settings create two lists of domains and one list of hosts. # These lists are referred to later in this configuration using the syntax # +local_domains, +relay_to_domains, and +relay_from_hosts, respectively. They # are all colon-separated lists: # '@' refers to 'the name of the local host' ### EXPANSION-begins ###################### domainlist local_domains = @:localhost:smh.peerlessmfg.com domainlist relay_to_domains = hostlist relay_from_hosts = 127.0.0.1 : ::::1 : 192.9.200.0/24 # Specify the domain you want to be added to all unqualified addresses # here. An unqualified address is one that does not contain an "@" character # followed by a domain. For example, "caesar@rome.example" is a fully qualified # address, but the string "caesar" (i.e. just a login name) is an unqualified # email address. Unqualified addresses are accepted only from local callers by # default. See the recipient_unqualified_hosts option if you want to permit # unqualified addresses from remote sources. If this option is not set, the # primary_hostname value is used for qualification. qualify_domain = smh.peerlessmfg.com # only used for satellite-system .ifndef DCreadhost DCreadhost = peerlessmfg.com .endif #for satellite and smarthost-systems .ifndef DCsmarthost DCsmarthost = mail.peerlessmfg.com .endif # listen on all all interfaces? local_interfaces = 127.0.0.1 ### EXPANSION-ends ###################### # The default transport, set in /etc/exim4/update-exim4.conf.conf. See # CONFDIR/conf.d/transport/ for possibilities LOCAL_DELIVERY=mail_spool # The gecos field in /etc/passwd holds not only the name. see passwd(5). gecos_pattern = ^([^,:]*) gecos_name = $1 # define a macro DCconfig_smarthost, DCconfig_satellite, etc. we need this # for .ifdef ... .endif DCconfig_smarthost = 1 ##################################################### ### end /etc/exim4/conf.d/main/01_exim4-config_listmacrosdefs ##################################################### ##################################################### ### /etc/exim4/conf.d/main/01_mailscanner_config ##################################################### .ifdef OUTGOING spool_directory = /var/spool/exim4 .else queue_only = true queue_only_override = false spool_directory = /var/spool/exim4_incoming log_file_path = /var/log/exim4_incoming/%slog .endif ##################################################### ### end /etc/exim4/conf.d/main/01_mailscanner_config ##################################################### ##################################################### ### /etc/exim4/conf.d/main/02_exim4-config_options ##################################################### ### main/02_exim4-config_options ################################# # This option defines the access control list that is run when an # SMTP RCPT command is received. # acl_smtp_rcpt = acl_check_rcpt # This option defines the access control list that is run when an # SMTP DATA command is received. # acl_smtp_data = acl_check_data # If you want unqualified recipient addresses to be qualified with a different # domain to unqualified sender addresses, specify the recipient domain here. # If this option is not set, the qualify_domain value is used. # qualify_recipient = peerlessmfg.com # The following line must be uncommented if you want Exim to recognize # addresses of the form "user@[10.11.12.13]" that is, with a "domain literal" # (an IP address) instead of a named domain. The RFCs still require this form, # but it makes little sense to permit mail to be sent to specific hosts by # their IP address in the modern Internet. This ancient format has been used # by those seeking to abuse hosts by using them for unwanted relaying. If you # really do want to support domain literals, uncomment the following line, and # see also the "domain_literal" router. # # allow_domain_literals .ifndef DC_minimaldns # The setting below causes Exim to do a reverse DNS lookup on all incoming # IP calls, in order to get the true host name. If you feel this is too # expensive, you can specify the networks for which a lookup is done, or # remove the setting entirely. # host_lookup = * .endif # The settings below, which are actually the same as the defaults in the # code, cause Exim to make RFC 1413 (ident) callbacks for all incoming SMTP # calls. You can limit the hosts to which these calls are made, and/or change # the timeout that is used. If you set the timeout to zero, all RFC 1413 calls # are disabled. RFC 1413 calls are cheap and can provide useful information # for tracing problem messages, but some hosts and firewalls have problems # with them. This can result in a timeout instead of an immediate refused # connection, leading to delays on starting up an SMTP session. # rfc1413_hosts = * rfc1413_query_timeout = 30s # By default, Exim expects all envelope addresses to be fully qualified, that # is, they must contain both a local part and a domain. If you want to accept # unqualified addresses (just a local part) from certain hosts, you can specify # these hosts by setting one or both of # # sender_unqualified_hosts = # recipient_unqualified_hosts = # # to control sender and recipient addresses, respectively. When this is done, # unqualified addresses are qualified using the settings of qualify_domain # and/or qualify_recipient (see above). # If you want Exim to support the "percent hack" for certain domains, # uncomment the following line and provide a list of domains. The "percent # hack" is the feature by which mail addressed to x%y@z (where z is one of # the domains listed) is locally rerouted to x@y and sent on. If z is not one # of the "percent hack" domains, x%y is treated as an ordinary local part. This # hack is rarely needed nowadays; you should not enable it unless you are sure # that you really need it. # # percent_hack_domains = # When Exim can neither deliver a message nor return it to sender, it "freezes" # the delivery error message (aka "bounce message"). There are also other # circumstances in which messages get frozen. They will stay on the queue for # ever unless one of the following options is set. # This option unfreezes frozen bounce messages after two days, tries # once more to deliver them, and ignores any delivery failures. # ignore_bounce_errors_after = 2d # This option cancels (removes) frozen messages that are older than a week. # timeout_frozen_after = 7d freeze_tell = postmaster # Only for interacting with other packages, to make it possible to use # -DSPOOLDIR to override it on the command line .ifndef SPOOLDIR #SPOOLDIR = /var/spool/exim4 #.endif #spool_directory = SPOOLDIR # uucp should be able to set envelope-from to arbitrary values trusted_users = uucp # uncomment this to get the Debian version in the SMTP dialog # smtp_banner = "${primary_hostname} ESMTP Exim ${version_number} (Debian package 4.44-1) ${tod_full}" # This DEBCONF pattern expands to never_users = root if mail for root is # aliased to another user in /etc/aliases and to the same setting but # disabled by a '#' otherwise. # # never_users is a colon-separated list of users under whose uids no deliveries # will ever be run under. An attempt to do so causes a panic error to be logged, and # the delivery to be deferred. This is a paranoic safety catch. # ##################################################### ### end /etc/exim4/conf.d/main/02_exim4-config_options ##################################################### ##################################################### ### /etc/exim4/conf.d/main/03_exim4-config_tlsoptions ##################################################### # Example for TLS/SSL configuration. # See /usr/share/doc/exim4-base/README.TLS* for explanations. # Defines that you want to log what cipher your exim and the peer's mailer # uses to encrypt the transaction. It also defines you want to log the 'DN' # (Distinguished Name) of the certificate of the peer. # # log_selector = +tls_cipher +tls_peerdn # Defines what hosts to 'advertise' STARTTLS functionality to. Setting this # to * will advertise to all hosts that connect with EHLO, and this is a # good default # # tls_advertise_hosts = * # Defines where your SSL-certificate and SSL-Private Key are located. # This requires a full path. The files pointed to must be kept 'secret' # and should be owned my root.Debian-exim mode 640 (-rw-r-----). Usually the # exim-gencert script takes care of these prerequisites. # # tls_certificate = CONFDIR/exim.crt # tls_privatekey = CONFDIR/exim.key # A file which contains the certificates of the trusted CAs (Certification # Authorities) against which host certificates can be checked (through the # `tls_verify_hosts' and `tls_try_verify_hosts' lists below). # /etc/ssl/certs/ca-certificates.crt is generated by # the "ca-certificates" package's update-ca-certificates(8) command. # #tls_verify_certificates = /etc/ssl/certs/ca-certificates.crt # A list of hosts which are constrained by `tls_verify_certificates'. A host # that matches `tls_verify_host' must present a certificate that's # verifyable through `tls_verify_certificates' in order to be accepted as an # SMTP client. If it does not, the connection is aborted. # #tls_verify_hosts = # A weaker form of checking: if a client matches `tls_try_verify_hosts' (but # not `tls_verify_hosts'), request a certificate and check it against # `tls_verify_certificates' but do not abort the connection if there is no # certificate or if the certificate presented does not match. (This # condition can be tested for in ACLs through `verify = certificate') # #tls_try_verify_hosts = * ##################################################### ### end /etc/exim4/conf.d/main/03_exim4-config_tlsoptions ##################################################### # end of main ##### # begin processing acl ##### ##################################################### ### /etc/exim4/conf.d/acl/00_exim4-config_header ##################################################### ###################################################################### # ACL CONFIGURATION # # Specifies access control lists for incoming SMTP mail # ###################################################################### begin acl ##################################################### ### end /etc/exim4/conf.d/acl/00_exim4-config_header ##################################################### ##################################################### ### /etc/exim4/conf.d/acl/20_exim4-config_whitelist_local_deny ##################################################### # This access control list is used to determine whitelisted senders and # hosts. It checks for CONFDIR/local_host_whitelist and # CONFDIR/local_sender_whitelist. # # It is meant to be used from some other acl entry. # # For example, # deny message = local blacklist example # !acl = acl_whitelist # dnslist = some.dns.list.example # will allow messages with envelope sender listed in local_sender_whitelist # or messages coming in from hosts listed in local_host_whitelist to be # accepted even if the delivering host is listed in the dns list. # # Whitelisting can also be configured by including negative items in the # black list. See /usr/share/doc/exim4-config/default_acl for details. # # If the files do not exist, the white list never matches, which is # the desired behaviour. acl_whitelist_local_deny: accept hosts = ${if exists{CONFDIR/local_host_whitelist}\ {CONFDIR/local_host_whitelist}\ {}} accept senders = ${if exists{CONFDIR/local_sender_whitelist}\ {CONFDIR/local_sender_whitelist}\ {}} ##################################################### ### end /etc/exim4/conf.d/acl/20_exim4-config_whitelist_local_deny ##################################################### ##################################################### ### /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt ##################################################### # This access control list is used for every RCPT command in an incoming # SMTP message. The tests are run in order until the address is either # accepted or denied. # acl_check_rcpt: # Accept if the source is local SMTP (i.e. not over TCP/IP). We do this by # testing for an empty sending host field. accept hosts = : # The following section of the ACL is concerned with local parts that contain # @ or % or ! or / or | or dots in unusual places. # # The characters other than dots are rarely found in genuine local parts, but # are often tried by people looking to circumvent relaying restrictions. # Therefore, although they are valid in local parts, these rules lock them # out, as a precaution. # # Empty components (two dots in a row) are not valid in RFC 2822, but Exim # allows them because they have been encountered. (Consider local parts # constructed as "firstinitial.secondinitial.familyname" when applied to # someone like me, who has no second initial.) However, a local part starting # with a dot or containing /../ can cause trouble if it is used as part of a # file name (e.g. for a mailing list). This is also true for local parts that # contain slashes. A pipe symbol can also be troublesome if the local part is # incorporated unthinkingly into a shell command line. # # Two different rules are used. The first one is stricter, and is applied to # messages that are addressed to one of the local domains handled by this # host. It blocks local parts that begin with a dot or contain @ % ! / or |. # If you have local accounts that include these characters, you will have to # modify this rule. deny domains = +local_domains local_parts = ^[.] : ^.*[@%!/|] message = restricted characters in address # The second rule applies to all other domains, and is less strict. This # allows your own users to send outgoing messages to sites that use slashes # and vertical bars in their local parts. It blocks local parts that begin # with a dot, slash, or vertical bar, but allows these characters within the # local part. However, the sequence /../ is barred. The use of @ % and ! is # blocked, as before. The motivation here is to prevent your users (or # your users' viruses) from mounting certain kinds of attack on remote sites. deny domains = !+local_domains local_parts = ^[./|] : ^.*[@%!] : ^.*/\\.\\./ message = restricted characters in address # Accept mail to postmaster in any local domain, regardless of the source, # and without verifying the sender. # accept local_parts = postmaster domains = +local_domains # deny bad senders (envelope sender) # CONFDIR/local_sender_blacklist holds a list of envelope senders that # should have their access denied to the local host. Incoming messages # with one of these senders are rejected at RCPT time. # # The explicit white lists are honored as well as negative items in # the black list. See /usr/share/doc/exim4-config/default_acl for details. deny message = sender envelope address $sender_address is locally blacklisted here. If you think this is wrong, get in touch with postmaster !acl = acl_whitelist_local_deny senders = ${if exists{CONFDIR/local_sender_blacklist}\ {CONFDIR/local_sender_blacklist}\ {}} # deny bad sites (IP address) # CONFDIR/local_host_blacklist holds a list of host names, IP addresses # and networks (CIDR notation) that should have their access denied to # The local host. Messages coming in from a listed host will have all # RCPT statements rejected. # # The explicit white lists are honored as well as negative items in # the black list. See /usr/share/doc/exim4-config/default_acl for details. deny message = sender IP address $sender_host_address is locally blacklisted here. If you think this is wrong, get in touch with postmaster !acl = acl_whitelist_local_deny hosts = ${if exists{CONFDIR/local_host_blacklist}\ {CONFDIR/local_host_blacklist}\ {}} # Deny unless the sender address can be verified. # # This is disabled by default so that DNSless systems don't break. If # your system can do DNS lookups without delay or cost, you might want # to enable the following line. # deny message = Sender verification failed # !acl = acl_whitelist_local_deny # !verify = sender # Warn if the sender host does not have valid reverse DNS. # # This is disabled by default so that DNSless systems don't break. If # your system can do DNS lookups without delay or cost, you might want # to enable the following lines. # warn message = X-Broken-Reverse-DNS: no host name found for IP address $sender_host_address # !verify = reverse_host_lookup ############################################################################# # There are no checks on DNS "black" lists because the domains that contain # these lists are changing all the time. You can find examples of # how to use dnslists in /usr/share/doc/exim4-config/examples/acl ############################################################################# # Accept if the address is in a local domain, but only if the recipient can # be verified. Otherwise deny. The "endpass" line is the border between # passing on to the next ACL statement (if tests above it fail) or denying # access (if tests below it fail). # accept domains = +local_domains endpass message = unknown user verify = recipient # Accept if the address is in a domain for which we are relaying, but again, # only if the recipient can be verified. # accept domains = +relay_to_domains endpass message = unrouteable address verify = recipient # If control reaches this point, the domain is neither in +local_domains # nor in +relay_to_domains. # Accept if the message comes from one of the hosts for which we are an # outgoing relay. Recipient verification is omitted here, because in many # cases the clients are dumb MUAs that don't cope well with SMTP error # responses. If you are actually relaying out from MTAs, you should probably # add recipient verification here. # accept hosts = +relay_from_hosts # Accept if the message arrived over an authenticated connection, from # any host. Again, these messages are usually from MUAs, so recipient # verification is omitted. # accept authenticated = * # Reaching the end of the ACL causes a "deny", but we might as well give # an explicit message. # deny message = relay not permitted ##################################################### ### end /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt ##################################################### ##################################################### ### /etc/exim4/conf.d/acl/40_exim4-config_check_data ##################################################### # 40_exim4-config_check_data acl_check_data: # Add Message-ID if missing warn condition = ${if !def:h_Message-ID: {1}} hosts = +relay_from_hosts message = Message-ID: # Deny unless the address list headers are syntactically correct. # # This is disabled by default because it might reject legitimate mail. # If you want your system to insist on syntactically valid address # headers, you might want to enable the following lines. # deny message = Message headers fail syntax check # !acl = acl_whitelist_local_deny # !verify = header_syntax # require that there is a verifiable sender address in at least # one of the "Sender:", "Reply-To:", or "From:" header lines. # deny message = No verifiable sender address in message headers # !acl = acl_whitelist_local_deny # !verify = header_sender # accept otherwise accept ##################################################### ### end /etc/exim4/conf.d/acl/40_exim4-config_check_data ##################################################### # end of acl ##### # begin processing router ##### ##################################################### ### /etc/exim4/conf.d/router/00_exim4-config_header ##################################################### ###################################################################### # ROUTERS CONFIGURATION # # Specifies how addresses are handled # ###################################################################### # THE ORDER IN WHICH THE ROUTERS ARE DEFINED IS IMPORTANT! # # An address is passed to each router in turn until it is accepted. # ###################################################################### begin routers ##################################################### ### end /etc/exim4/conf.d/router/00_exim4-config_header ##################################################### ##################################################### ### /etc/exim4/conf.d/router/100_exim4-config_domain_literal ##################################################### # This router routes to remote hosts over SMTP by explicit IP address, # when an email address is given in "domain literal" form, for example, # . The RFCs require this facility. However, it is # little-known these days, and has been exploited by evil people seeking # to abuse SMTP relays. Consequently it is commented out in the default # configuration. If you uncomment this router, you also need to uncomment # allow_domain_literals above, so that Exim can recognize the syntax of # domain literal addresses. # domain_literal: # debug_print = "R: domain_literal for $local_part@$domain" # driver = ipliteral # domains = ! +local_domains # transport = remote_smtp ##################################################### ### end /etc/exim4/conf.d/router/100_exim4-config_domain_literal ##################################################### ##################################################### ### /etc/exim4/conf.d/router/150_exim4-config_hubbed_hosts ##################################################### # router/150_exim4-config_hubbed_hosts ################################# # route specific domains manually. # # The most common application of this router is to handle relaying to nonlocal # domains that the local host is primary MX for. That means that local # information needs to be present for a domain to be handled correctly. # # That information is put into the optional file /etc/exim4/hubbed_hosts # which contains key-value pairs of domain pattern and route data. # # foo.example: internal.mail.example.com # bar.example: 192.168.183.3 # # will cause mail for foo.example to be sent to the host # internal.mail.example (IP address derived from A record only), and # mail to bar.example to be sent to 192.168.183.3. # # If the file /etc/exim4/hubbed_hosts does not exist, this router is a # no-op. hubbed_hosts: debug_print = "R: hubbed_hosts for $domain" driver = manualroute domains = "${if exists{CONFDIR/hubbed_hosts}\ {partial-lsearch;CONFDIR/hubbed_hosts}\ fail}" route_data = ${lookup{$domain}partial-lsearch{CONFDIR/hubbed_hosts}} transport = remote_smtp ##################################################### ### end /etc/exim4/conf.d/router/150_exim4-config_hubbed_hosts ##################################################### ##################################################### ### /etc/exim4/conf.d/router/200_exim4-config_primary ##################################################### ### router/200_exim4-config_primary ################################# # This file holds the primary router, responsible for nonlocal mails .ifdef DCconfig_internet # configtype=internet # # deliver mail to the recipient if recipient domain is a domain we # relay for. We do not ignore any target hosts here since delivering to # a site local or even a link local address might be wanted here, and if # such an address has found its way into the MX record of such a domain, # the local admin is probably in a place where that broken MX record # could be fixed. dnslookup_relay_to_domains: debug_print = "R: dnslookup_relay_to_domains for $local_part@$domain" driver = dnslookup domains = ! +local_domains : +relay_to_domains transport = remote_smtp same_domain_copy_routing = yes no_more # deliver mail directly to the recipient. This router is only reached # for domains that we do not relay for. Since we most probably can't # have broken MX records pointing to site local or link local IP # addresses fixed, we ignore target hosts pointing to these addresses. dnslookup: debug_print = "R: dnslookup for $local_part@$domain" driver = dnslookup domains = ! +local_domains transport = remote_smtp same_domain_copy_routing = yes # ignore private rfc1918 and APIPA addresses ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :\ 172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16 no_more .endif .ifdef DCconfig_local # configtype=local # # Stand-alone system, so generate an error for mail to a non-local domain nonlocal: debug_print = "R: nonlocal for $local_part@$domain" driver = redirect domains = ! +local_domains allow_fail data = :fail: Mailing to remote domains not supported no_more .endif .ifdef DCconfig_smarthost DCconfig_satellite # configtype=smarthost or configtype=satellite # # Send all non-local mail to a single other machine (smarthost). # # This means _ALL_ non-local mail goes to the smarthost. This will most # probably not do what you want for domains that are listed in # relay_domains. The most typical use for relay_domains is to control # relaying for incoming e-mail on secondary MX hosts. In that case, # it doesn't make sense to send the mail to the smarthost since the # smarthost will probably send the message right back here, causing a # loop. # # If you want to use a smarthost while being secondary MX for some # domains, you'll need to copy the dnslookup_relay_to_domains router # here so that mail to relay_domains is handled separately. smarthost: debug_print = "R: smarthost for $local_part@$domain" driver = manualroute domains = ! +local_domains transport = remote_smtp_smarthost route_list = * DCsmarthost byname host_find_failed = defer same_domain_copy_routing = yes no_more .endif # The "no_more" above means that all later routers are for # domains in the local_domains list, i.e. just like Exim 3 directors. ##################################################### ### end /etc/exim4/conf.d/router/200_exim4-config_primary ##################################################### ##################################################### ### /etc/exim4/conf.d/router/300_exim4-config_real_local ##################################################### real_local: debug_print = "R: real_local for $local_part@$domain" driver = accept domains = +local_domains local_part_prefix = real- check_local_user transport = LOCAL_DELIVERY ##################################################### ### end /etc/exim4/conf.d/router/300_exim4-config_real_local ##################################################### ##################################################### ### /etc/exim4/conf.d/router/400_exim4-config_system_aliases ##################################################### # This router handles aliasing using a traditional /etc/aliases file. # ##### NB You must ensure that /etc/aliases exists. It used to be the case ##### NB that every Unix had that file, because it was the Sendmail default. ##### NB These days, there are systems that don't have it. Your aliases ##### NB file should at least contain an alias for "postmaster". # # Piping to programs in /etc/aliases is disabled per default. # If that is a problem for you, see # /usr/share/doc/exim4-config/README.system_aliases # or explanation and some workarounds. # # Note that the transports listed below are the same as are used for # .forward files; you might want to set up different ones for pipe and # file deliveries from aliases. system_aliases: debug_print = "R: system_aliases for $local_part@$domain" driver = redirect domains = +local_domains allow_fail allow_defer data = ${lookup{$local_part}lsearch{/etc/aliases}} # user = list # group = mail file_transport = address_file # pipe_transport = address_pipe # directory_transport = address_directory ##################################################### ### end /etc/exim4/conf.d/router/400_exim4-config_system_aliases ##################################################### ##################################################### ### /etc/exim4/conf.d/router/500_exim4-config_hubuser ##################################################### ### router/500_exim4-config_hubuser ################################# .ifdef DCconfig_satellite # This router is only used for configtype=satellite. # It takes care to route all mail targetted to # to the host where we read our mail # hub_user: debug_print = "R: hub_user for $local_part@$domain" driver = redirect domains = +local_domains data = ${local_part}@DCreadhost check_local_user # Grab the redirected mail and deliver it. # This is a duplicate of the smarthost router, needed because # DCreadhost might end up as part of +local_domains hub_user_smarthost: debug_print = "R: hub_user_smarthost for $local_part@$domain" driver = manualroute domains = DCreadhost transport = remote_smtp_smarthost route_list = * DCsmarthost byname host_find_failed = defer same_domain_copy_routing = yes check_local_user .endif ##################################################### ### end /etc/exim4/conf.d/router/500_exim4-config_hubuser ##################################################### ##################################################### ### /etc/exim4/conf.d/router/600_exim4-config_userforward ##################################################### # router/600_exim4-config_userforward ################################# # This router handles forwarding using traditional .forward files in users' # home directories and filtering with exim's builtin filter language. # # The no_verify setting means that this router is skipped when Exim is # verifying addresses. Similarly, no_expn means that this router is skipped if # Exim is processing an EXPN command. # # The check_ancestor option means that if the forward file generates an # address that is an ancestor of the current one, the current one gets # passed on instead. This covers the case where A is aliased to B and B # has a .forward file pointing to A. # # The four transports specified at the end are those that are used when # forwarding generates a direct delivery to a directory, or a file, or to a # pipe, or sets up an auto-reply, respectively. # userforward: debug_print = "R: userforward for $local_part@$domain" driver = redirect domains = +local_domains check_local_user file = $home/.forward no_verify no_expn check_ancestor allow_filter directory_transport = address_directory file_transport = address_file pipe_transport = address_pipe reply_transport = address_reply skip_syntax_errors syntax_errors_to = real-$local_part@$domain syntax_errors_text = \ This is an automatically generated message. An error has\n\ been found in your .forward file. Details of the error are\n\ reported below. While this error persists, you will receive\n\ a copy of this message for every message that is addressed\n\ to you. If your .forward file is a filter file, or if it is\n\ a non-filter file containing no valid forwarding addresses,\n\ a copy of each incoming message will be put in your normal\n\ mailbox. If a non-filter file contains at least one valid\n\ forwarding address, forwarding to the valid addresses will\n\ happen, and those will be the only deliveries that occur. ##################################################### ### end /etc/exim4/conf.d/router/600_exim4-config_userforward ##################################################### ##################################################### ### /etc/exim4/conf.d/router/700_exim4-config_procmail ##################################################### procmail: debug_print = "R: procmail for $local_part@$domain" driver = accept domains = +local_domains check_local_user transport = procmail_pipe # emulate OR with "if exists"-expansion require_files = ${local_part}:\ ${if exists{/etc/procmailrc}\ {/etc/procmailrc}{${home}/.procmailrc}}:\ +/usr/bin/procmail no_verify no_expn ##################################################### ### end /etc/exim4/conf.d/router/700_exim4-config_procmail ##################################################### ##################################################### ### /etc/exim4/conf.d/router/800_exim4-config_maildrop ##################################################### ### router/800_exim4-config_maildrop ################################# maildrop: debug_print = "R: maildrop for $local_part@$domain" driver = accept domains = +local_domains check_local_user transport = maildrop_pipe require_files = ${local_part}:${home}/.mailfilter:+/usr/bin/maildrop no_verify no_expn ##################################################### ### end /etc/exim4/conf.d/router/800_exim4-config_maildrop ##################################################### ##################################################### ### /etc/exim4/conf.d/router/900_exim4-config_local_user ##################################################### ### router/900_exim4-config_local_user ################################# local_user: debug_print = "R: local_user for $local_part@$domain" driver = accept domains = +local_domains check_local_user local_parts = ! root transport = LOCAL_DELIVERY ##################################################### ### end /etc/exim4/conf.d/router/900_exim4-config_local_user ##################################################### ##################################################### ### /etc/exim4/conf.d/router/mmm_mail4root ##################################################### ### router/mmm_mail4root ################################# # deliver mail addressed to root to /var/mail/mail as user mail:mail # if it was not redirected in /etc/aliases or by other means # Exim cannot deliver as root since 4.24 (FIXED_NEVER_USERS) mail4root: debug_print = "R: mail4root for $local_part@$domain" driver = redirect domains = +local_domains data = /var/mail/mail file_transport = address_file local_parts = root user = mail group = mail ##################################################### ### end /etc/exim4/conf.d/router/mmm_mail4root ##################################################### # end of router ##### # begin processing transport ##### ##################################################### ### /etc/exim4/conf.d/transport/00_exim4-config_header ##################################################### ###################################################################### # TRANSPORTS CONFIGURATION # ###################################################################### # ORDER DOES NOT MATTER # # Only one appropriate transport is called for each delivery. # ###################################################################### # A transport is used only when referenced from a router that successfully # handles an address. begin transports ##################################################### ### end /etc/exim4/conf.d/transport/00_exim4-config_header ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_address_file ##################################################### # This transport is used for handling deliveries directly to files that are # generated by aliasing or forwarding. # address_file: debug_print = "T: address_file for $local_part@$domain" driver = appendfile delivery_date_add envelope_to_add return_path_add ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_address_file ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_address_pipe ##################################################### # This transport is used for handling pipe deliveries generated by alias or # .forward files. If the commands fails and produces any output on standard # output or standard error streams, the output is returned to the sender # of the message as a delivery error. # You can set different transports for aliases and forwards if you want to # - see the references to address_pipe in the routers section above. address_pipe: debug_print = "T: address_pipe for $local_part@$domain" driver = pipe return_fail_output ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_address_pipe ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_address_reply ##################################################### # This transport is used for handling autoreplies generated by the filtering # option of the userforward router. # address_reply: debug_print = "T: autoreply for $local_part@$domain" driver = autoreply ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_address_reply ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_mail_spool ##################################################### ### transport/30_exim4-config_mail_spool # This transport is used for local delivery to user mailboxes in traditional # BSD mailbox format. # mail_spool: debug_print = "T: appendfile for $local_part@$domain" driver = appendfile file = /var/mail/$local_part delivery_date_add envelope_to_add return_path_add group = mail mode = 0660 mode_fail_narrower = false ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_mail_spool ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_maildir_home ##################################################### ### transport/30_exim4-config_maildir_home # Use this instead of mail_spool if you want to to deliver to Maildir in # home-directory - change the definition of LOCAL_DELIVERY # maildir_home: debug_print = "T: maildir_home for $local_part@$domain" driver = appendfile directory = $home/Maildir delivery_date_add envelope_to_add return_path_add maildir_format mode = 0600 mode_fail_narrower = false ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_maildir_home ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_maildrop_pipe ##################################################### maildrop_pipe: debug_print = "T: maildrop_pipe for $local_part@$domain" driver = pipe path = "/bin:/usr/bin:/usr/local/bin" command = "/usr/bin/maildrop" return_path_add delivery_date_add envelope_to_add ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_maildrop_pipe ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_procmail_pipe ##################################################### procmail_pipe: debug_print = "T: procmail_pipe for $local_part@$domain" driver = pipe path = "/bin:/usr/bin:/usr/local/bin" command = "/usr/bin/procmail" return_path_add delivery_date_add envelope_to_add ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_procmail_pipe ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_remote_smtp ##################################################### ### transport/30_exim4-config_remote_smtp ################################# # This transport is used for delivering messages over SMTP connections. remote_smtp: debug_print = "T: remote_smtp for $local_part@$domain" driver = smtp ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_remote_smtp ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost ##################################################### ### transport/30_exim4-config_remote_smtp_smarthost ################################# # This transport is used for delivering messages over SMTP connections # to a smarthost. The local host tries to authenticate and does some # modification in headers and return-path. # This transport is used for smarthost and satellite configurations. remote_smtp_smarthost: debug_print = "T: remote_smtp_smarthost for $local_part@$domain" driver = smtp hosts_try_auth = ${if exists {CONFDIR/passwd.client}{DCsmarthost}{}} tls_tempfail_tryclear = false headers_rewrite = *@+local_domains $1@DCreadhost frs : *@smh.peerlessmfg.com $1@DCreadhost frs return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}{${if match_domain{$sender_address_domain}{smh.peerlessmfg.com}{${sender_address_local_part}@DCreadhost}fail}}} ##################################################### ### end /etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost ##################################################### ##################################################### ### /etc/exim4/conf.d/transport/35_exim4-config_address_directory ##################################################### # This transport is used for handling file addresses generated by alias # or .forward files if the path ends in "/", which causes it to be treated # as a directory name rather than a file name. address_directory: debug_print = "T: address_directory for $local_part@$domain" driver = appendfile envelope_to_add = true return_path_add = true check_string = "" escape_string = "" maildir_format ##################################################### ### end /etc/exim4/conf.d/transport/35_exim4-config_address_directory ##################################################### # end of transport ##### # begin processing retry ##### ##################################################### ### /etc/exim4/conf.d/retry/00_exim4-config_header ##################################################### ###################################################################### # RETRY CONFIGURATION # ###################################################################### begin retry ##################################################### ### end /etc/exim4/conf.d/retry/00_exim4-config_header ##################################################### ##################################################### ### /etc/exim4/conf.d/retry/30_exim4-config ##################################################### # This single retry rule applies to all domains and all errors. It specifies # retries every 15 minutes for 2 hours, then increasing retry intervals, # starting at 1 hour and increasing each time by a factor of 1.5, up to 16 # hours, then retries every 6 hours until 4 days have passed since the first # failed delivery. # Please note that these rules only limit the frequenzy of retries, the # effective retry-time depends on the frequenzy of queue-running, too. # See QUEUEINTERVAL in /etc/default/exim4. # Domain Error Retries # ------ ----- ------- * * F,2h,15m; G,16h,1h,1.5; F,4d,6h ##################################################### ### end /etc/exim4/conf.d/retry/30_exim4-config ##################################################### # end of retry ##### # begin processing rewrite ##### ##################################################### ### /etc/exim4/conf.d/rewrite/00_exim4-config_header ##################################################### ###################################################################### # REWRITE CONFIGURATION # ###################################################################### begin rewrite ##################################################### ### end /etc/exim4/conf.d/rewrite/00_exim4-config_header ##################################################### ##################################################### ### /etc/exim4/conf.d/rewrite/31_exim4-config_rewriting ##################################################### ### rewrite/31_exim4-config_rewriting ################################# # This rewriting rule is particularily useful for dialup users who # don't have their own domain, but could be useful for anyone. # It looks up the real address of all local users in a file *@+local_domains ${lookup{${local_part}}lsearch{/etc/email-addresses}\ {$value}fail} Ffrs # identical rewriting rule for /etc/mailname *@smh.peerlessmfg.com ${lookup{${local_part}}lsearch{/etc/email-addresses}{$value}fail} Ffrs ##################################################### ### end /etc/exim4/conf.d/rewrite/31_exim4-config_rewriting ##################################################### # end of rewrite ##### # begin processing auth ##### ##################################################### ### /etc/exim4/conf.d/auth/00_exim4-config_header ##################################################### ###################################################################### # AUTHENTICATION CONFIGURATION # ###################################################################### begin authenticators ##################################################### ### end /etc/exim4/conf.d/auth/00_exim4-config_header ##################################################### ##################################################### ### /etc/exim4/conf.d/auth/30_exim4-config_examples ##################################################### ### auth/30_exim4-config_examples ################################# # The examples below are for server side authentication; they allow two # styles of plain-text authentication against an CONFDIR/passwd file # which should have user names in the first column and crypted passwords # in the second. The columns need to be separated by ':'. For CRAM-MD5 # exim needs access to the UNECRYPTED passwd - the example below assumes # it is available in the third column of CONFDIR/passwd # plain_server: # driver = plaintext # public_name = PLAIN # server_condition = "${if crypteq{$3}{${extract{1}{:}{${lookup{$2}lsearch{CONFDIR/passwd}{$value}{*:*}}}}}{1}{0}}" # server_set_id = $2 # server_prompts = : # # login_server: # driver = plaintext # public_name = LOGIN # server_prompts = "Username:: : Password::" # server_condition = "${if crypteq{$2}{${extract{1}{:}{${lookup{$1}lsearch{CONFDIR/passwd}{$value}{*:*}}}}}{1}{0}}" # server_set_id = $1 # # cram_md5_server: # driver = cram_md5 # public_name = CRAM-MD5 # server_secret = ${extract{2}{:}{${lookup{$1}lsearch{CONFDIR/passwd}{$value}fail}}} # server_set_id = $1 # Here is an example of CRAM-MD5 authentication against PostgreSQL: # # psqldb_auth: # driver = cram_md5 # public_name = CRAM-MD5 # server_secret = ${lookup pgsql{SELECT pw FROM users WHERE username = '${quote_pgsql:$1}'}{$value}fail} # server_set_id = $1 # Authenticate against local passwords using sasl2-bin # Requires exim_uid to be a member of sasl group, see README.SMTP-AUTH # plain_saslauthd: # driver = plaintext # public_name = PLAIN # # don't send system passwords over unencrypted connections # server_advertise_condition = ${if eq{$tls_cipher}{}{0}{1}} # server_condition = ${if saslauthd{{$2}{$3}}{1}{0}} # server_set_id = $2 # server_prompts = : # # login_saslauthd: # driver = plaintext # public_name = LOGIN # server_prompts = "Username:: : Password::" # # don't send system passwords over unencrypted connections # server_advertise_condition = ${if eq{$tls_cipher}{}{0}{1}} # server_condition = ${if saslauthd{{$1}{$2}}{1}{0}} # server_set_id = $1 ############## # See /usr/share/doc/exim4-base/README.SMTP-AUTH ############## # These examples below are the equivalent for client side authentication. # They get the passwords from CONFDIR/passwd.client. This file should have # three columns separated by colons, the first contains the name of the # mailserver to authenticate against, the second the username and the third # contains the password. ### # example for CONFDIR/passwd.client ### mail.server:blah:secret ### # default entry: ### *:bar:foo cram_md5: driver = cram_md5 public_name = CRAM-MD5 client_name = ${extract{1}{:}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} client_secret = ${extract{2}{:}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} # Because AUTH PLAIN sends the password in clear, per default we only allow it # over encrypted connections. If you want to change this disable the existing # "client send" entry and enable the one below without the "if !eq{$tls_cipher}{}" # by removing the hash-mark (#) at the beginning of the line. plain: driver = plaintext public_name = PLAIN client_send = "${if !eq{$tls_cipher}{}{\ ^${extract{1}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}\ ^${extract{2}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}\ }fail}" # client_send = "^${extract{1}{::}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}^${extract{2}{::}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}" # Because AUTH LOGIN sends the password in clear, per default we only allow it # over encrypted connections. If you want to change this disable the existing # "client send" entry and enable the one below without the "if !eq{$tls_cipher}{}" # by removing the hash-mark (#) at the beginning of the line. login: driver = plaintext public_name = LOGIN client_send = "${if !eq{$tls_cipher}{}{}fail}\ : ${extract{1}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} \ : ${extract{2}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}" # client_send = ": ${extract{1}{::}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} : ${extract{2}{::}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}" ##################################################### ### end /etc/exim4/conf.d/auth/30_exim4-config_examples ##################################################### # end of auth ##### --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.autogenerated" ######### # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # this file is generated dynamically from the files in # CONFDIR/conf.d/ or /etc/exim4/exim4.conf.template respectively and # /etc/exim4/update-exim4.conf.conf # Any changes you make here will be lost. # See /usr/share/doc/exim4-base/README.Debian.gz and update-exim4.conf(8) # for instructions of customization. # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING # WARNING WARNING WARNING ######### exim_path = /usr/sbin/exim4 CONFDIR = /etc/exim4 domainlist local_domains = @:localhost:smh.peerlessmfg.com domainlist relay_to_domains = hostlist relay_from_hosts = 127.0.0.1 : ::::1 : 192.9.200.0/24 qualify_domain = smh.peerlessmfg.com .ifndef DCreadhost DCreadhost = peerlessmfg.com .endif .ifndef DCsmarthost DCsmarthost = mail.peerlessmfg.com .endif local_interfaces = 127.0.0.1 LOCAL_DELIVERY=mail_spool gecos_pattern = ^([^,:]*) gecos_name = $1 DCconfig_smarthost = 1 .ifdef OUTGOING spool_directory = /var/spool/exim4 .else queue_only = true queue_only_override = false spool_directory = /var/spool/exim4_incoming log_file_path = /var/log/exim4_incoming/%slog .endif acl_smtp_rcpt = acl_check_rcpt acl_smtp_data = acl_check_data qualify_recipient = peerlessmfg.com .ifndef DC_minimaldns host_lookup = * .endif rfc1413_hosts = * rfc1413_query_timeout = 30s ignore_bounce_errors_after = 2d timeout_frozen_after = 7d freeze_tell = postmaster .ifndef SPOOLDIR trusted_users = uucp begin acl acl_whitelist_local_deny: accept hosts = ${if exists{CONFDIR/local_host_whitelist}\ {CONFDIR/local_host_whitelist}\ {}} accept senders = ${if exists{CONFDIR/local_sender_whitelist}\ {CONFDIR/local_sender_whitelist}\ {}} acl_check_rcpt: accept hosts = : deny domains = +local_domains local_parts = ^[.] : ^.*[@%!/|] message = restricted characters in address deny domains = !+local_domains local_parts = ^[./|] : ^.*[@%!] : ^.*/\\.\\./ message = restricted characters in address accept local_parts = postmaster domains = +local_domains deny message = sender envelope address $sender_address is locally blacklisted here. If you think this is wrong, get in touch with postmaster !acl = acl_whitelist_local_deny senders = ${if exists{CONFDIR/local_sender_blacklist}\ {CONFDIR/local_sender_blacklist}\ {}} deny message = sender IP address $sender_host_address is locally blacklisted here. If you think this is wrong, get in touch with postmaster !acl = acl_whitelist_local_deny hosts = ${if exists{CONFDIR/local_host_blacklist}\ {CONFDIR/local_host_blacklist}\ {}} accept domains = +local_domains endpass message = unknown user verify = recipient accept domains = +relay_to_domains endpass message = unrouteable address verify = recipient accept hosts = +relay_from_hosts accept authenticated = * deny message = relay not permitted acl_check_data: warn condition = ${if !def:h_Message-ID: {1}} hosts = +relay_from_hosts message = Message-ID: accept begin routers hubbed_hosts: debug_print = "R: hubbed_hosts for $domain" driver = manualroute domains = "${if exists{CONFDIR/hubbed_hosts}\ {partial-lsearch;CONFDIR/hubbed_hosts}\ fail}" route_data = ${lookup{$domain}partial-lsearch{CONFDIR/hubbed_hosts}} transport = remote_smtp .ifdef DCconfig_internet dnslookup_relay_to_domains: debug_print = "R: dnslookup_relay_to_domains for $local_part@$domain" driver = dnslookup domains = ! +local_domains : +relay_to_domains transport = remote_smtp same_domain_copy_routing = yes no_more dnslookup: debug_print = "R: dnslookup for $local_part@$domain" driver = dnslookup domains = ! +local_domains transport = remote_smtp same_domain_copy_routing = yes ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8 : 192.168.0.0/16 :\ 172.16.0.0/12 : 10.0.0.0/8 : 169.254.0.0/16 no_more .endif .ifdef DCconfig_local nonlocal: debug_print = "R: nonlocal for $local_part@$domain" driver = redirect domains = ! +local_domains allow_fail data = :fail: Mailing to remote domains not supported no_more .endif .ifdef DCconfig_smarthost DCconfig_satellite smarthost: debug_print = "R: smarthost for $local_part@$domain" driver = manualroute domains = ! +local_domains transport = remote_smtp_smarthost route_list = * DCsmarthost byname host_find_failed = defer same_domain_copy_routing = yes no_more .endif real_local: debug_print = "R: real_local for $local_part@$domain" driver = accept domains = +local_domains local_part_prefix = real- check_local_user transport = LOCAL_DELIVERY system_aliases: debug_print = "R: system_aliases for $local_part@$domain" driver = redirect domains = +local_domains allow_fail allow_defer data = ${lookup{$local_part}lsearch{/etc/aliases}} file_transport = address_file .ifdef DCconfig_satellite hub_user: debug_print = "R: hub_user for $local_part@$domain" driver = redirect domains = +local_domains data = ${local_part}@DCreadhost check_local_user hub_user_smarthost: debug_print = "R: hub_user_smarthost for $local_part@$domain" driver = manualroute domains = DCreadhost transport = remote_smtp_smarthost route_list = * DCsmarthost byname host_find_failed = defer same_domain_copy_routing = yes check_local_user .endif userforward: debug_print = "R: userforward for $local_part@$domain" driver = redirect domains = +local_domains check_local_user file = $home/.forward no_verify no_expn check_ancestor allow_filter directory_transport = address_directory file_transport = address_file pipe_transport = address_pipe reply_transport = address_reply skip_syntax_errors syntax_errors_to = real-$local_part@$domain syntax_errors_text = \ This is an automatically generated message. An error has\n\ been found in your .forward file. Details of the error are\n\ reported below. While this error persists, you will receive\n\ a copy of this message for every message that is addressed\n\ to you. If your .forward file is a filter file, or if it is\n\ a non-filter file containing no valid forwarding addresses,\n\ a copy of each incoming message will be put in your normal\n\ mailbox. If a non-filter file contains at least one valid\n\ forwarding address, forwarding to the valid addresses will\n\ happen, and those will be the only deliveries that occur. procmail: debug_print = "R: procmail for $local_part@$domain" driver = accept domains = +local_domains check_local_user transport = procmail_pipe require_files = ${local_part}:\ ${if exists{/etc/procmailrc}\ {/etc/procmailrc}{${home}/.procmailrc}}:\ +/usr/bin/procmail no_verify no_expn maildrop: debug_print = "R: maildrop for $local_part@$domain" driver = accept domains = +local_domains check_local_user transport = maildrop_pipe require_files = ${local_part}:${home}/.mailfilter:+/usr/bin/maildrop no_verify no_expn local_user: debug_print = "R: local_user for $local_part@$domain" driver = accept domains = +local_domains check_local_user local_parts = ! root transport = LOCAL_DELIVERY mail4root: debug_print = "R: mail4root for $local_part@$domain" driver = redirect domains = +local_domains data = /var/mail/mail file_transport = address_file local_parts = root user = mail group = mail begin transports address_file: debug_print = "T: address_file for $local_part@$domain" driver = appendfile delivery_date_add envelope_to_add return_path_add address_pipe: debug_print = "T: address_pipe for $local_part@$domain" driver = pipe return_fail_output address_reply: debug_print = "T: autoreply for $local_part@$domain" driver = autoreply mail_spool: debug_print = "T: appendfile for $local_part@$domain" driver = appendfile file = /var/mail/$local_part delivery_date_add envelope_to_add return_path_add group = mail mode = 0660 mode_fail_narrower = false maildir_home: debug_print = "T: maildir_home for $local_part@$domain" driver = appendfile directory = $home/Maildir delivery_date_add envelope_to_add return_path_add maildir_format mode = 0600 mode_fail_narrower = false maildrop_pipe: debug_print = "T: maildrop_pipe for $local_part@$domain" driver = pipe path = "/bin:/usr/bin:/usr/local/bin" command = "/usr/bin/maildrop" return_path_add delivery_date_add envelope_to_add procmail_pipe: debug_print = "T: procmail_pipe for $local_part@$domain" driver = pipe path = "/bin:/usr/bin:/usr/local/bin" command = "/usr/bin/procmail" return_path_add delivery_date_add envelope_to_add remote_smtp: debug_print = "T: remote_smtp for $local_part@$domain" driver = smtp remote_smtp_smarthost: debug_print = "T: remote_smtp_smarthost for $local_part@$domain" driver = smtp hosts_try_auth = ${if exists {CONFDIR/passwd.client}{DCsmarthost}{}} tls_tempfail_tryclear = false headers_rewrite = *@+local_domains $1@DCreadhost frs : *@smh.peerlessmfg.com $1@DCreadhost frs return_path = ${if match_domain{$sender_address_domain}{+local_domains}{${sender_address_local_part}@DCreadhost}{${if match_domain{$sender_address_domain}{smh.peerlessmfg.com}{${sender_address_local_part}@DCreadhost}fail}}} address_directory: debug_print = "T: address_directory for $local_part@$domain" driver = appendfile envelope_to_add = true return_path_add = true check_string = "" escape_string = "" maildir_format begin retry * * F,2h,15m; G,16h,1h,1.5; F,4d,6h begin rewrite *@+local_domains ${lookup{${local_part}}lsearch{/etc/email-addresses}\ {$value}fail} Ffrs *@smh.peerlessmfg.com ${lookup{${local_part}}lsearch{/etc/email-addresses}{$value}fail} Ffrs begin authenticators cram_md5: driver = cram_md5 public_name = CRAM-MD5 client_name = ${extract{1}{:}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} client_secret = ${extract{2}{:}{${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} plain: driver = plaintext public_name = PLAIN client_send = "${if !eq{$tls_cipher}{}{\ ^${extract{1}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}\ ^${extract{2}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}\ }fail}" login: driver = plaintext public_name = LOGIN client_send = "${if !eq{$tls_cipher}{}{}fail}\ : ${extract{1}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}} \ : ${extract{2}{::}\ {${lookup{$host}lsearch*{CONFDIR/passwd.client}{$value}fail}}}" .endif --ZPt4rx8FFjLCG7dd-- From owner@bugs.debian.org Wed Jan 26 23:03:12 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 26 Jan 2005 15:03:12 -0800 Subject: Bug#292402: marked as done (exim4-config: Invalid configfile in upgrade to 4.44-1) In-Reply-To: <20050126225700.GD2738@downhill.at.eu.org> References: <20050126225700.GD2738@downhill.at.eu.org> Message-ID: Your message dated Wed, 26 Jan 2005 23:57:00 +0100 with message-id <20050126225700.GD2738@downhill.at.eu.org> and subject line {Filename?} Re: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 26 Jan 2005 21:08:55 +0000 >From shendershot@peerlessmfg.com Wed Jan 26 13:08:55 2005 Return-path: Received: from mail.peerlessmfg.com (smail.peerlessmfg.com) [70.240.16.2] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CtuPG-0007ir-00; Wed, 26 Jan 2005 13:08:55 -0800 Received: from shendershot by smh.peerlessmfg.com with local (Exim 4.44) id 1CtuJD-0002Fh-Dk; Wed, 26 Jan 2005 15:02:39 -0600 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Sean Hendershot To: Debian Bug Tracking System Subject: exim4-config: Invalid configfile in upgrade to 4.44-1 X-Mailer: reportbug 3.6 Date: Wed, 26 Jan 2005 15:02:39 -0600 Message-Id: Sender: Sean Hendershot X-smh-MailScanner: Found to be clean X-MailScanner-From: shendershot@smh.peerlessmfg.com X-BadReturnPath: shendershot@smh.peerlessmfg.com rewritten as shendershot@peerlessmfg.com using "From" header Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4-config Version: 4.44-1 Severity: important Tags: experimental When upgrading to 4.44-1 I receive the following message: 2005-01-26 14:35:45 Exim configuration error in line 419 of /var/lib/exim4/config.autogenerated.tmp: Unexpected end of configuration file: .endif missing Invalid new configfile /var/lib/exim4/config.autogenerated.tmp not installing /var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated dpkg: error processing exim4-config (--configure): subprocess post-installation script returned error exit status 1 -- Package-specific info: Exim version 4.44 #1 built 23-Jan-2005 15:54:01 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='smh.peerlessmfg.com' dc_local_interfaces='127.0.0.1' dc_readhost='peerlessmfg.com' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='192.9.200.0/24' dc_smarthost='mail.peerlessmfg.com' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:smh.peerlessmfg.com -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-smh Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii passwd 1:4.0.3-30.8 Change and administer password and -- debconf information: * exim4/dc_smarthost: mail.peerlessmfg.com * exim4/dc_relay_domains: exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail * exim4/dc_readhost: peerlessmfg.com exim4/exim4-config-title: exim4/dc_noalias_regenerate: false * exim4/dc_relay_nets: 192.9.200.0/24 * exim4/mailname: smh.peerlessmfg.com * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: smh.peerlessmfg.com exim4/no_config: true * exim4/hide_mailname: true exim4/dc_postmaster: none * exim4/use_split_config: true --------------------------------------- Received: (at 292402-done) by bugs.debian.org; 26 Jan 2005 22:57:03 +0000 >From ametzler@downhill.at.eu.org Wed Jan 26 14:57:03 2005 Return-path: Received: from m26s25.vlinux.de [83.151.30.59] ([AiHdamLHJZXQ/f0DgBBkV2rN4Q/ovWpk]) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ctw5v-000471-00; Wed, 26 Jan 2005 14:57:03 -0800 Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246] helo=downhill.at.eu.org) by m26s25.vlinux.de with asmtp (Exim 4.34) id 1Ctw74-00079o-TQ; Wed, 26 Jan 2005 22:58:17 +0000 Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.44) id 1Ctw5s-0001B6-H6; Wed, 26 Jan 2005 23:57:00 +0100 Date: Wed, 26 Jan 2005 23:57:00 +0100 From: Andreas Metzler To: Sean Hendershot , Close the Bugreport <292402-done@bugs.debian.org> Subject: Re: {Filename?} Re: Bug#292402: exim4-config: Invalid configfile in upgrade to 4.44-1 Message-ID: <20050126225700.GD2738@downhill.at.eu.org> References: <20050126214853.GA2738@downhill.at.eu.org> <20050126223207.GA19303@smh.peerlessmfg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050126223207.GA19303@smh.peerlessmfg.com> X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.6+20040907i X-Spam-Score: -1.8 (-) Delivered-To: 292402-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On 2005-01-26 Sean Hendershot wrote: > On Wed, Jan 26, 2005 at 10:48:53PM +0100, Andreas Metzler wrote: [...] > > I cannot reproduce this on my system, could you please send me > > /var/lib/exim4/config.autogenerated.tmp and run > > /usr/sbin/update-exim4.conf --keepcomments -o /tmp/broken.exim4.conf > > and also send the newly generated file /tmp/broken.exim4.conf? > Sure. Thanks. [...] > ### main/02_exim4-config_options > ################################# [...] > # Only for interacting with other packages, to make it possible to use > # -DSPOOLDIR to override it on the command line > .ifndef SPOOLDIR > #SPOOLDIR = /var/spool/exim4 > #.endif > #spool_directory = SPOOLDIR [...] Here is the source of the error. You've commented the '.endif' but forgot to comment '.ifndef SPOOLDIR'. I am therefore closing the bug-report, as it seems to be obvious that the cause is a failed local modification. Thanks for the quick response, making it easy to diagnose this. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From abbasabacha005@yahoo.co.in Wed Jan 26 23:44:07 2005 From: abbasabacha005@yahoo.co.in (abbas abacha) Date: Wed, 26 Jan 2005 15:44:07 -0800 Subject: BUSINESS RELATIONSHIP Message-ID: <41EDBF6100028655@mk-cpfrontend-2.mail.uk.tiscali.com> ABACHA ROYAL FAMILY. Dear Sir/Madam, It is my humble pleasure to write you this mail irrespective of the fact that you do not know me. Forgive me for the rather unorthodox way of contact however; I got your contact through a consulting firm, here in London. I am Mr. Abbas Abacha the Third son of MRS. MARYAM ABACHA, the former first lady and wife of the late GEN. SANI ABACHA, the former head of state and Commander in chief of the armed forces of the Federal Republic of Nigeria. I am currently in England foreseeing the high court proceedings on behalf of my family. Due to the fact that the British government is trying to hand over my family bank accounts to the Nigerian government. My mother (MRS. M. ABACHA), has, as a result of the trust and Confidence she has in me, mandated that I search for a reliable and trustworthy foreign partner, who will help receive some funds, which we have in cash Totaling US$150m (One Hundred and Fifty Million United States Dollars Only) into a personal, company or any Reliable foreign bank account for safe keeping for a short period of time, since our family bank accounts within and outside the country have all been frozen by the authorities. (I would refer you to these few Websites for further information about these monies and my family) http://news.bbc.co.uk/hi/english/business/newsid_980000/980845.stm http://query.nytimes.com/search/abstract?res=3DF40B15F93D5B0C7B8DDDAD0894= DA404482 http://www.jubilee2000uk.org/worldnews/africa/nigeria200502.htm http://www.onlinenigeria.com/abacha.asp This money in question has however, been carefully deposited with a security Company in London. You may therefore be required to travel to any of the branches to collect the money on behalf of my Family for safekeeping. It may also interest you to know that my mother (MRS.ABACHA) and some of our family members have,since the inception of The present democratic government, been placed under Partial house arrest, with their international Passports withdrawn pending the resolution of current fund recovery face - off between them and the present RTD GEN. OBASANJO led Federal Government, which from all indications will not exceed this year. We have decided to offer anybody who will be willing to render this tremendous assistance 35% of the total Sum, while 5% shall be set aside for ncidental Expenses. Note that this transaction involves no risks whatsoever, as you will have no dealing with my country, Nigeria. Rather, you will deal directly with The Security Company in London. Let me have your confidential Tele, Fax and mobile Numbers and also a contact address in response to this proposal, That would enable me to send you some of my pictures and ID I shall let you into a complete picture of this mutually beneficial transaction when I have received your anticipated positive reply. This matter should be treated as urgent and confidential. This is very important. Best Regards, MR. ABBAS ABACHA ___________________________________________________________ Book yourself something to look forward to in 2005. Cheap flights - http://www.tiscali.co.uk/travel/flights/ Bargain holidays - http://www.tiscali.co.uk/travel/holidays/ From katie@ftp-master.debian.org Thu Jan 27 13:25:41 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Thu, 27 Jan 2005 08:25:41 -0500 Subject: Processing of exim4_4.44-2_i386.changes Message-ID: exim4_4.44-2_i386.changes uploaded successfully to localhost along with the files: exim4_4.44-2.dsc exim4_4.44-2.diff.gz exim4-base_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb eximon4_4.44-2_i386.deb exim4-daemon-heavy_4.44-2_i386.deb exim4-config_4.44-2_all.deb exim4_4.44-2_all.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Thu Jan 27 13:32:14 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Thu, 27 Jan 2005 08:32:14 -0500 Subject: exim4_4.44-2_i386.changes ACCEPTED Message-ID: Accepted: exim4-base_4.44-2_i386.deb to pool/main/e/exim4/exim4-base_4.44-2_i386.deb exim4-config_4.44-2_all.deb to pool/main/e/exim4/exim4-config_4.44-2_all.deb exim4-daemon-heavy_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-2_i386.deb exim4_4.44-2.diff.gz to pool/main/e/exim4/exim4_4.44-2.diff.gz exim4_4.44-2.dsc to pool/main/e/exim4/exim4_4.44-2.dsc exim4_4.44-2_all.deb to pool/main/e/exim4/exim4_4.44-2_all.deb eximon4_4.44-2_i386.deb to pool/main/e/exim4/eximon4_4.44-2_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 258311 283538 286074 291184 291205 Thank you for your contribution to Debian. From owner@bugs.debian.org Thu Jan 27 13:49:32 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 27 Jan 2005 05:49:32 -0800 Subject: Bug#258311: marked as done (exim4: Needs db4 support) In-Reply-To: References: Message-ID: Your message dated Thu, 27 Jan 2005 08:32:14 -0500 with message-id and subject line Bug#258311: fixed in exim4 4.44-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 8 Jul 2004 20:21:56 +0000 >From root=submit=bugs.debian.org=pgnrgpeh@slett.net Thu Jul 08 13:21:56 2004 Return-path: Received: from sccrmhc11.comcast.net [204.127.202.55] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BifP2-0003K0-00; Thu, 08 Jul 2004 13:21:56 -0700 Received: from dot.slett.net ([24.4.199.45]) by comcast.net (sccrmhc11) with ESMTP id <2004070820212501100iasqie>; Thu, 8 Jul 2004 20:21:25 +0000 Received: from root by dot.slett.net with local (Exim 4.34) id 1BifOW-0001F7-Fe; Thu, 08 Jul 2004 13:21:24 -0700 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Tor Slettnes To: Debian Bug Tracking System Subject: exim4: Needs db4 support X-Mailer: reportbug 2.63 Date: Thu, 08 Jul 2004 13:21:24 -0700 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-2 Severity: normal My +relay_from_hosts list contains: net-dbmnz:/var/lib/drac/dracd.db However, the latest version of DRAC uses the "db4" format for this data, replacing "db3" used in earlier versions. According to the changelog, that was because Debian's "sendmail" and "postfix" packages were both built to use "db4". Exim should probably follow suit, sooner rather than later. DRAC is used by e.g. Cyrus. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages exim4 depends on: ii exim4-base 4.34-2 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-2 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 258311-close) by bugs.debian.org; 27 Jan 2005 13:36:08 +0000 >From katie@ftp-master.debian.org Thu Jan 27 05:36:07 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cu9od-0000ba-00; Thu, 27 Jan 2005 05:36:07 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cu9ks-0000tF-00; Thu, 27 Jan 2005 08:32:14 -0500 From: Andreas Metzler To: 258311-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#258311: fixed in exim4 4.44-2 Message-Id: Sender: Archive Administrator Date: Thu, 27 Jan 2005 08:32:14 -0500 Delivered-To: 258311-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: exim4 Source-Version: 4.44-2 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.44-2_i386.deb to pool/main/e/exim4/exim4-base_4.44-2_i386.deb exim4-config_4.44-2_all.deb to pool/main/e/exim4/exim4-config_4.44-2_all.deb exim4-daemon-heavy_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-2_i386.deb exim4_4.44-2.diff.gz to pool/main/e/exim4/exim4_4.44-2.diff.gz exim4_4.44-2.dsc to pool/main/e/exim4/exim4_4.44-2.dsc exim4_4.44-2_all.deb to pool/main/e/exim4/exim4_4.44-2_all.deb eximon4_4.44-2_i386.deb to pool/main/e/exim4/eximon4_4.44-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 258311@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Jan 2005 13:45:45 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.44-2 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - metapackage to ease exim MTA (v4) installation exim4-base - support files for all exim MTA (v4) packages exim4-config - configuration for the exim MTA (v4) exim4-daemon-heavy - exim MTA (v4) daemon with extended features, including exiscan-ac exim4-daemon-light - lightweight exim MTA (v4) daemon eximon4 - monitor application for the exim MTA (v4) (X11 interface) Closes: 258311 283538 286074 291184 291205 Changes: exim4 (4.44-2) unstable; urgency=low . * re-work debian/control to make lintian happy, make descriptions more orthogonal. (mh) * kill build-conflicts on libperl-dev (=5.8.4-1). (mh) . exim4 (4.44-1) experimental; urgency=low . * New upstream bugfix-only release (exiscan-acl 4.44-28). - Fixes eximstats' generation of pie charts by volume. (Closes: #286074) - Reset the locale to "C" after calling embedded Perl. (Closes: #283538) - includes 66_cipherpreferences.dpatch, 66_can2005-0021_can2005-0022.dpatch, 65_tidydb-spool.dpatch, 62_statvfs.dpatch. * Fix (commented) example for AUTH LOGIN with saslauthd (Thanks, Maik Broemme). (Closes: #291205) * tl (Tagalog) translation of debconf templates by eric pareja. (Closes: #291184) * Use db4.2. (Closes: #258311) Files: faf0d5d8eedb4349549425bbadf46c06 1035 mail important exim4_4.44-2.dsc 02184f0e02156834c9a3aaca8324ebca 560596 mail important exim4_4.44-2.diff.gz b91fadde653f9ec5fe84808c9fc30489 772090 mail important exim4-base_4.44-2_i386.deb 2b544f36f0614302e258cf3249ab5bce 361298 mail important exim4-daemon-light_4.44-2_i386.deb f7dea6de3ad76b15646b2b4950712343 73472 mail optional eximon4_4.44-2_i386.deb 89e2565cdf306360bae9915e58a9d0d3 435366 mail optional exim4-daemon-heavy_4.44-2_i386.deb 2b0c5ad3157570fc0e3fa82efda49efc 218712 mail important exim4-config_4.44-2_all.deb 7b60e0837b151c72488f5cf8abf9e39c 1110 mail important exim4_4.44-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+ObfHTOcZYuNdmMRAhs1AKCsNS59VaSGOwFNixT7lURrRq6lCACgkYhJ SWgXUmisqd8yN5KWohR8u7s= =WqhH -----END PGP SIGNATURE----- From owner@bugs.debian.org Thu Jan 27 13:49:58 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 27 Jan 2005 05:49:58 -0800 Subject: Bug#291205: marked as done (exim4-4.34-10 fails to authenticate via AUTH LOGIN) In-Reply-To: References: Message-ID: Your message dated Thu, 27 Jan 2005 08:32:14 -0500 with message-id and subject line Bug#291205: fixed in exim4 4.44-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 19 Jan 2005 12:20:28 +0000 >From mbroemme@plusserver.de Wed Jan 19 04:20:26 2005 Return-path: Received: from master.debian.org [146.82.138.7] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrEou-0000VI-00; Wed, 19 Jan 2005 04:20:20 -0800 Received: from vs160127.vserver.de [62.75.160.127] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrEos-0005D3-00; Wed, 19 Jan 2005 06:20:18 -0600 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Maik Broemme To: Debian Bug Tracking System Subject: exim4-4.34-10 fails to authenticate via AUTH LOGIN X-Mailer: reportbug 3.2 Date: Wed, 19 Jan 2005 13:20:16 +0100 X-Debbugs-Cc: mbroemme@plusserver.de Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-9.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, OUR_MTA_MSGID,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: exim4 Version: 4.34-10 Severity: important exim4-4.34-10 can not handle authentication via AUTH LOGIN because it sends a wrong server reply. I have tested it with LOGIN via PAM and LOGIN via saslauthd from sasl2-bin. Trying 62.75.160.127... Connected to vs160127.vserver.de. Escape character is '^]'. 220 vs160127.vserver.de ESMTP Exim 4.34 Wed, 19 Jan 2005 12:54:16 +0100 EHLO bla 250-vs160127.vserver.de Hello bla [62.75.200.125] 250-SIZE 52428800 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN 535 Incorrect authentication data That is the wrong reply, the correct one have to be: Trying 217.172.176.57... Connected to isis45.plusserver.de. Escape character is '^]'. 220 isis45.plusserver.de ESMTP Exim 4.34 Wed, 19 Jan 2005 13:01:08 +0100 EHLO bla 250-isis45.plusserver.de Hello bla [62.75.200.125] 250-SIZE 52428800 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN 334 VXNlcm5hbWU6 In exim4-4.34-8 this problem does not exist. -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:07:49 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.20-021stab026.5.777-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4 depends on: ii exim4-base 4.34-10 EXperimental Internal Mailer -- a ii exim4-daemon-heavy 4.34-10 Exim (v4) with extended features, -- no debconf information --------------------------------------- Received: (at 291205-close) by bugs.debian.org; 27 Jan 2005 13:35:41 +0000 >From katie@ftp-master.debian.org Thu Jan 27 05:35:40 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cu9oC-0000aY-00; Thu, 27 Jan 2005 05:35:40 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cu9ks-0000tN-00; Thu, 27 Jan 2005 08:32:14 -0500 From: Andreas Metzler To: 291205-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#291205: fixed in exim4 4.44-2 Message-Id: Sender: Archive Administrator Date: Thu, 27 Jan 2005 08:32:14 -0500 Delivered-To: 291205-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 5 Source: exim4 Source-Version: 4.44-2 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.44-2_i386.deb to pool/main/e/exim4/exim4-base_4.44-2_i386.deb exim4-config_4.44-2_all.deb to pool/main/e/exim4/exim4-config_4.44-2_all.deb exim4-daemon-heavy_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-2_i386.deb exim4_4.44-2.diff.gz to pool/main/e/exim4/exim4_4.44-2.diff.gz exim4_4.44-2.dsc to pool/main/e/exim4/exim4_4.44-2.dsc exim4_4.44-2_all.deb to pool/main/e/exim4/exim4_4.44-2_all.deb eximon4_4.44-2_i386.deb to pool/main/e/exim4/eximon4_4.44-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 291205@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Jan 2005 13:45:45 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.44-2 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - metapackage to ease exim MTA (v4) installation exim4-base - support files for all exim MTA (v4) packages exim4-config - configuration for the exim MTA (v4) exim4-daemon-heavy - exim MTA (v4) daemon with extended features, including exiscan-ac exim4-daemon-light - lightweight exim MTA (v4) daemon eximon4 - monitor application for the exim MTA (v4) (X11 interface) Closes: 258311 283538 286074 291184 291205 Changes: exim4 (4.44-2) unstable; urgency=low . * re-work debian/control to make lintian happy, make descriptions more orthogonal. (mh) * kill build-conflicts on libperl-dev (=5.8.4-1). (mh) . exim4 (4.44-1) experimental; urgency=low . * New upstream bugfix-only release (exiscan-acl 4.44-28). - Fixes eximstats' generation of pie charts by volume. (Closes: #286074) - Reset the locale to "C" after calling embedded Perl. (Closes: #283538) - includes 66_cipherpreferences.dpatch, 66_can2005-0021_can2005-0022.dpatch, 65_tidydb-spool.dpatch, 62_statvfs.dpatch. * Fix (commented) example for AUTH LOGIN with saslauthd (Thanks, Maik Broemme). (Closes: #291205) * tl (Tagalog) translation of debconf templates by eric pareja. (Closes: #291184) * Use db4.2. (Closes: #258311) Files: faf0d5d8eedb4349549425bbadf46c06 1035 mail important exim4_4.44-2.dsc 02184f0e02156834c9a3aaca8324ebca 560596 mail important exim4_4.44-2.diff.gz b91fadde653f9ec5fe84808c9fc30489 772090 mail important exim4-base_4.44-2_i386.deb 2b544f36f0614302e258cf3249ab5bce 361298 mail important exim4-daemon-light_4.44-2_i386.deb f7dea6de3ad76b15646b2b4950712343 73472 mail optional eximon4_4.44-2_i386.deb 89e2565cdf306360bae9915e58a9d0d3 435366 mail optional exim4-daemon-heavy_4.44-2_i386.deb 2b0c5ad3157570fc0e3fa82efda49efc 218712 mail important exim4-config_4.44-2_all.deb 7b60e0837b151c72488f5cf8abf9e39c 1110 mail important exim4_4.44-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+ObfHTOcZYuNdmMRAhs1AKCsNS59VaSGOwFNixT7lURrRq6lCACgkYhJ SWgXUmisqd8yN5KWohR8u7s= =WqhH -----END PGP SIGNATURE----- From owner@bugs.debian.org Thu Jan 27 13:49:51 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 27 Jan 2005 05:49:51 -0800 Subject: Bug#291184: marked as done (exim4-base: [INTL:tl] Tagalog debconf templates translation) In-Reply-To: References: <20050119094117.CCE6E6A404A@maganda.upm.edu.ph> Message-ID: Your message dated Thu, 27 Jan 2005 08:32:14 -0500 with message-id and subject line Bug#291184: fixed in exim4 4.44-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 19 Jan 2005 09:41:22 +0000 >From xenos@upm.edu.ph Wed Jan 19 01:41:22 2005 Return-path: Received: from (maganda.upm.edu.ph) [210.16.59.25] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrCL2-0001yy-00; Wed, 19 Jan 2005 01:41:20 -0800 Received: by maganda.upm.edu.ph (Postfix, from userid 1000) id CCE6E6A404A; Wed, 19 Jan 2005 17:41:17 +0800 (PHT) Content-Type: multipart/mixed; boundary="===============2133947004==" MIME-Version: 1.0 From: eric pareja To: Debian Bug Tracking System Subject: exim4-base: [INTL:tl] Tagalog debconf templates translation X-Mailer: reportbug 3.2 Date: Wed, 19 Jan 2005 17:41:17 +0800 Message-Id: <20050119094117.CCE6E6A404A@maganda.upm.edu.ph> Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_44,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: This is a multi-part MIME message sent by reportbug. --===============2133947004== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: exim4 Severity: wishlist Tags: patch l10n Find attached the Tagalog translation file -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --===============2133947004== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tl.po" # Tagalog messages for exim # Copyright (C) 2005 Software in the Public Interest, Inc. # This file is distributed under the same license as exim. # Itong tipunan ay ipinamamahagi sa parehong lisensya ng exim. # Eric Pareja , 2005 # # This file is maintained by Eric Pareja # Itong tipunan ay inaalagaan ni Eric Pareja # msgid "" msgstr "" "Project-Id-Version: exim\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-11-21 17:26+0000\n" "PO-Revision-Date: 2005-01-19 17:36+0800\n" "Last-Translator: Eric Pareja \n" "Language-Team: Tagalog \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "Remove undelivered mails in spool directory?" msgstr "Tanggalin ang hindi naihatid na mga koreo sa spool directory?" #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid "" "There are mails in the exim spool directory /var/spool/exim4/input which " "have not yet been delivered. You can keep them in case you decide to re-" "install Exim at a later date, or you can choose to remove them." msgstr "May mga koreo sa exim spool directory /var/spool/exim4/input na hindi pa " "naihahatid. Maaari niyong panatilihin ang mga ito kung sakaling magpasiya " "kayong mag-install ng Exim muli sa hinaharap, o maaari niyong piliin na " "sila'y tanggalin." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "Move yet undelivered mails from exim(v3) to exim4 spool?" msgstr "Ilipat ang hindi pa naihahatid na mga koreo mula sa exim(v3) " "patungo sa exim4 spool?" #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "There are some undelivered mails in the spool directory of exim or exim-tls " "in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/" "exim4/input/) now where they will be handled by exim4." msgstr "" "May mga hindi pa naihahatid na mga koreo sa spool directory ng exim o " "exim-tls sa /var/spool/exim/input/. Maaari silang ilipat sa spool ng exim4 " "(/var/spool/exim4/input/) ngayon kung saan sila'y maproproseso ng exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but " "not the other way round." msgstr "" "Dapat ninyong mabatid na gumagana ito ng isang-direksyon lamang, " "dahil kaya ng exim4 na i-proseso ang spool ng exim(v3) ngunit hindi " "kaya ng exim(v3) na i-proseso ang exim4." #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid "" "Move the mails only if you don't plan to go back to exim(v3), otherwise the " "mail shouldn't be moved now but manually once you've converted your setup." msgstr "" "Ilipat lamang ang mga koreo na hindi niyo balak ibalik sa exim(v3), " "kung hindi ay hindi dapat ilipat ang mga koreo ngayon kundi mamaya " "ng mano-mano matapos niyong mapalitan ang inyong pagkaayos." #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates.master:9 msgid "internet site; mail is sent and received directly using SMTP" msgstr "internet site; hinahatid at tinatanggap ang koreo direkta gamit ang SMTP" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; received via SMTP or fetchmail" msgstr "koreo pinapadala sa smarthost; tinatanggap via SMTP o fetchmail" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "mail sent by smarthost; no local mail" msgstr "koreo pinapadala sa smarthost; walang lokal na koreo" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "local delivery only; not on a network" msgstr "lokal na paghatid lamang; hindi nakakabit sa network" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "manually convert from handcrafted Exim v3 configuration" msgstr "ayusin ng mano-mano mula sa kinamay na pagsasaayos ng exim v3" #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid "no configuration at this time" msgstr "walang pagsasaayos sa ngayon" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "General type of mail configuration:" msgstr "Pangkalahatang pagsasaayos ng koreo:" #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "Select the configuration type that best meets your needs." msgstr "Piliin ang uri ng pagsasaayos na akma sa inyong pangangailangan." #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid "" "Systems with dynamic IP addresses, including dialup systems, should " "generally be configured to send outgoing mail to another machine, called a " "\"smart host\" for delivery. You can choose to receive mail on such a " "system; or to have no local mail delivery, except mail for root and " "postmaster." msgstr "" "Mga sistema na may dinamikong IP address, kasama dito ang mga " "sistemang dialup, ay madalas na isinasaayos upang magpadala ng " "palabas na koreo sa ibang makina, tinatawagang \"smart host\" para " "sa pagpapadala. Maaari niyong piliin na tumanggap ng koreo sa " "ganitong uri ng sistema; o na walang lokal na paghatid ng koreo, " "maliban sa koreo para sa root at postmaster." #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "Configure Exim4 manually?" msgstr "Isaayos ang Exim4 ng mano-mano?" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "You indicated that you have a handcrafted Exim 3 configuration. To convert " "this to Exim 4, you can use the exim_convert4r4(8) tool after the " "installation. Consult /usr/share/doc/exim4-base/examples/example.conf.gz " "and /usr/share/doc/exim4-base/README.Debian.gz!" msgstr "" "Nasabi niyo na mayroon kayong de kamay na pagsasaayos ng Exim 3. Upang " "malipat ito sa Exim 4, maaari niyong gamitin ang exim_convert4r4(8) matapos " "ng pag-install. Basahin ang /usr/share/doc/exim4-base/examples/example.conf.gz " "at /usr/share/doc/exim4-base/README.Debian.gz!" #. Type: boolean #. Description #: ../exim4-config.templates.master:21 msgid "" "Until your mail system is configured, it will be broken and cannot be used." msgstr "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay hindi magagamit." #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "Really leave the mail system unconfigured?" msgstr "Talagang iwanan ang sistemang pang-koreo na hindi nakaayos?" #. Type: boolean #. Description #: ../exim4-config.templates.master:34 msgid "" "Until your mail system is configured, it will be broken and cannot be used. " "You can of course configure it later, either by hand or by running \"dpkg-" "reconfigure exim4-config\" as root." msgstr "Hanggang maisaayos ang inyong sistemang pang-koreo, ito ay magiging sira at hindi maaaring gamitin. Siyempre, maaari ninyo itong isaayos mamaya, ng mano-mano o sa pamamagitan ng pagpapatakbo ng \"dpkg-reconfigure exim4-config\" bilang root." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "System mail name:" msgstr "Pangalan ng sistema pang-koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "Your \"mail name\" is the hostname portion of the address to be shown on " "outgoing news and mail messages (following the username and @ sign) unless " "hidden with rewriting." msgstr "Ang \"pangalang pang-koreo\" ay ang bahaging hostname/pangalan ng address na ipinapakita sa palabas na balita at koreo (susunod sa pangalan ng gumagamit at ng simbolong @) maliban sa ito'y itinatago sa pagsusulat muli. " #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name will also be used by other programs; it should be the single, full " "domain name (FQDN) from which mail will appear to originate." msgstr "Ang pangalan na ito ay gagamitin din ng ibang mga programa; ito dapat ay iisang buong pangalan ng domain (Fully Qualified Domain Name o FQDN) na makikita kung saan nagmula ang mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:41 msgid "" "This name won't appear on From: lines of outgoing mails if you enable " "rewriting." msgstr "Ang pangalan na ito ay hindi makikita sa mga linyang From: sa mga koreong palabas kung inyong iaktibo ang pagsusulat-muli." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "Other destinations for which mail is accepted:" msgstr "Ibang mga patutunguhan na kung saan ang koreo ay tatanggapin:" #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "Please enter a list of domains for which this machine should consider itself " "the final destination, apart from the mail name (${mailname}) and \"localhost" "\"." msgstr "Ibigay ang mga pangalan at domain na dapat " #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "By default all domains will be treated the same; if you want different " "domain names to be treated differently, you will need to edit the config " "files afterwards." msgstr "" "Ang default na pagproseso ng lahat ng mga domain ay pareho; kung nais niyong " "magkaiba ang pagproseso ng magkaibang mga pangalan ng domain, dapat " "ninyong baguhin ang mga tipunang pagsasaayos matapos nito." #. Type: string #. Description #: ../exim4-config.templates.master:55 msgid "" "If there are any more, enter them here, separated by colons. You may leave " "this blank if there are none." msgstr "" "Kung mayroon pang iba, ibigay ang mga ito dito, nakahiwalay ng mga tutuldok. " "Maaari ninyong iwanan itong blanko kung wala." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Domains to relay mail for:" msgstr "Mga domain na ihahatid natin ang koreo:" #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "Please enter here the domains for which you accept to relay the mail." msgstr "Ibigay ang mga domain na tatanggapin niyo na kahalip kayo sa paghatid ng koreo." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "Such domains are domains for which you are prepared to accept mail from " "anywhere on the Internet. Do not mention local domains here." msgstr "" "Ang mga domain na ito ay mga domain na handa niyong tanggapin ang " "koreo mula kahit saan sa Internet. Huwag ibibigay ang mga lokal na domain " "dito." #. Type: string #. Description #: ../exim4-config.templates.master:70 msgid "" "The domains you enter here should be separated by colons. Wildcards may be " "used." msgstr "" "Ang mga domain na ibibigay dito ay kailangang nakahiwalay ng mga kolon. " "Maaaring gumamit ng mga wildcard." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "Machines to relay mail for:" msgstr "Mga makina na papayagang mag-relay:" #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "Please enter here the networks of local machines for which you accept to " "relay the mail." msgstr "" "Ibigay dito ang mga network ng mga makinang lokal na nais niyong tanggapin " "ang mga koreo upang ipaabot ang mga ito." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "This should include a list of all machines that will use us as a smarthost." msgstr "" "Dapat ay kasama dito ang lahat ng mga makina na gagamitin tayo bilang " "smarthost." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "If there are any, enter them here, separated by colons. You should use the " "standard address/length format (e.g. 194.222.242.0/24)." msgstr "" "Kung mayroon, ibigay sila dito, nakahiwalay ng mga tutuldok. Dapat niyong " "gamitin ang anyong batayan na address/sakop (hal. 194.222.242.0/24)." #. Type: string #. Description #: ../exim4-config.templates.master:82 msgid "" "You need to double the colons in IPv6 addresses (e.g. " "5f03::1200::836f::::/48)" msgstr "" "Kailangan na doble ang mga tutuldok sa mga address na IPv6 " "(hal. 5f03::1200::836f::::/48)" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Visible domain name for local users:" msgstr "Nababasang domain name para sa mga lokal na gumagamit:" #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "" "Since you enabled hiding the local mailname in outgoing mail, you must " "specify the domain name to use for mail from local users; typically this is " "the machine on which you normally receive your mail." msgstr "" "Dahil pinatago ninyo ang lokal na pangalan ng makina sa palabas na koreo, " "kinakailangan ninyong itakda ang domain name na gagamitin sa mga koreo " "na magmumula sa mga gumagamit na lokal; madalas ay ito ay ang pangalan " "ng makina kung saan ninyo tinatanggap ang inyong mga koreo." #. Type: string #. Description #: ../exim4-config.templates.master:96 msgid "Where will your users read their mail?" msgstr "Saan magbabasa ng koreo ang inyong mga gumagamit?" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Machine handling outgoing mail for this host (smarthost):" msgstr "Pagproseso ng makina ng koreong palabas mula sa makinang ito (smarthost):" #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "Enter the hostname of the machine to which outgoing mail is sent." msgstr "Ibigay ang pangalan ng makina kung saan pinapadala ang palabas na koreo." #. Type: string #. Description #: ../exim4-config.templates.master:105 msgid "" "Refer to /usr/share/doc/exim4-base/README.SMTP-AUTH for notes about setting " "up SMTP authentication." msgstr "" "Basahin ang /usr/share/doc/exim4-base/README.SMTP-AUTH para sa mga " "paalala tungkol sa pagsasaayos ng SMTP authentication." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Root and postmaster mail recipient:" msgstr "Ang tatanggap ng koreo para sa root at sa postmaster:" #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "" "Mail for the \"postmaster\", \"root\", and other system accounts is usually " "redirected to the user account of the actual system administrator. If you " "leave this value empty, such mail will be saved in /var/mail/mail, which is " "not recommended. Note that postmaster's mail should be read on the system to " "which it is directed, rather than being forwarded elsewhere, so (at least " "one of) the users you choose should not redirect their mail off this " "machine. Use a \"real-\" prefix to force local delivery." msgstr "" "Ang mga koreo para sa \"postmaster\", \"root\", at ibang mga account ng " "sistema ay madalas na pinapadala sa totoong account ng taong namamahala " "ng sistema. Kung iwanan ninyong blanko ito, ang koreong mga ito ay " "iimbakin sa /var/mail/mail, at hindi ito rekomendado. Dapat na mabatid na " "ang koreo ng postmaster ay dapat basahin sa makina kung saan ito natanggap, " "at hindi mungkahi na ito'y ilipat sa ibang makina, kaya't (dapat ay may isa) " "ang mga gumagamit na pipiliin niyo ay dapat hindi magpalipat ng kanilang " "koreo sa ibang makina. Gumamit ng \"real-\" na prefix upang pilitin ang " "paghatid na lokal." #. Type: string #. Description #: ../exim4-config.templates.master:113 msgid "Enter one or more usernames separated by spaces." msgstr "Magbigay ng isa o higit pa na mga gumagamit na nakahiwalay ng puwang." #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "Overwrite existing /etc/aliases?" msgstr "Patungan ang /etc/aliases?" #. Type: boolean #. Description #: ../exim4-config.templates.master:128 msgid "" "You already have an /etc/aliases file, but it does not redirect mail for " "root to a user account, which is strongly recommended. If you accept " "overwriting it, the old file will be kept and renamed to aliases.O." msgstr "" "Mayroon na kayong tipunang /etc/aliases, ngunit hindi nito pinapadala ang " "koreo para sa root sa account ng gumagamit, na malakas na minumungkahi. " "Kung tanggapin ninyong patungan ito, ang lumang tipunan ay itatago at " "papangalanang aliases.O." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "IP-addresses to listen on for incoming SMTP connections:" msgstr "Mga IP address na papakinggan para sa papasok na koneksyong SMTP:" #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "Enter a colon-separated list of IP-addresses to listen on. You need to " "double the colons in IPv6 addresses (e.g. 5f03::1200::836f::::)." msgstr "" "Magbigay ng talaan ng mga IP address na papakinggan na nakahiwalay " "ng mga tutuldok. Kailangang idoble ang mga tutuldok sa mga address " "na IPv6 (hal. 5f03::1200::836f::::)." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If you leave this value empty, Exim will listen for connections on the SMTP " "port of all available network interfaces." msgstr "" "Kung iwanan ninyong blanko ito, makikinig ang Exim para sa koneksyong " "SMTP sa lahat ng magagamit na mga network interface." #. Type: string #. Description #: ../exim4-config.templates.master:136 msgid "" "If this computer does not receive e-mail directly per SMTP from OTHER hosts, " "but only from local services like fetchmail or your e-mail program (MUA) " "talking to localhost you should prohibit external connections to Exim by " "setting this option to 127.0.0.1 and therefore disabling listening on public " "network interfaces." msgstr "" "Kung hindi tatanggap ang kompyuter na ito ng koreo ng direkta na SMTP " "mula sa IBANG mga makina, kundi lamang sa mga lokal na serbisyo tulad " "ng fetchmail o ng inyong programang pang-email (MUA) sa pakikipagusap " "sa localhost, dapat niyong ipagbawal ang koneksyon mula sa labas patungo " "sa Exim sa pagtakda nitong option na ito sa 127.0.0.1 at sa ganoong paraan " "ay hindi ito makikinig sa mga network interface na pampubliko." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "Keep number of DNS-queries minimal (Dial-on-Demand)?" msgstr "Ilimita ang pagtanong sa DNS (Dial-on-Demand)?" #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "In normal mode of operation Exim makes DNS-lookups at startup, when " "receiving or delivering message, etc. for logging purposes and to keep the " "number of hard-coded values in the configuration file small." msgstr "" "Sa karaniwang pagtakbo ang Exim ay nagtatanong sa DNS sa umpisa, " "kapag ito'y nakakatanggap o nagpapadala ng mga koreo, atbp. para sa " "pagtatala at upang iwanan na kaunti lamang ang nakatakdang halaga sa " "hard-code sa tipunang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "If this were a host without permanent DNS-nameserver-access using Dial-on-" "Demand this might have the unwanted consequence that starting up exim or " "running the queue (even with no messages waiting) might trigger a costly " "dial-up-event." msgstr "" "Kung ito'y makina na walang permanenteng DNS access at gumagamit ng " "Dial-on-Demand, maaaring ito'y magkaroon ng hindi kanais-nais na " "pangyayari na kapag tumakbo ang exim o pagproseso ng queue (kahit na " "walang mga koreong naghihintay) ay ito'y mag-trigger ng magastos na " "dial-up event." #. Type: boolean #. Description #: ../exim4-config.templates.master:152 msgid "" "Enable this feature if you are using Dial-on-Demand; otherwise, disable it." msgstr "" "Itakdang enabled ang feature na ito kung kayo'y gumagamit ng Dial-on-Demand; " "kung hindi, itakdang disabled." #. Type: title #. Description #: ../exim4-config.templates.master:166 msgid "Configuring Exim v4 (exim4-config)" msgstr "Pagsasaayos ng Exim v4 (exim4-config)" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "Split configuration into small files?" msgstr "Ipaghati ang pagsasaayos sa maliliit na mga tipunan?" #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The Debian exim4 packages can either use a single monolithic file (/etc/" "exim4/exim4.conf.template) or about 40 small files in /etc/exim4/conf.d/ to " "generate the final configuration." msgstr "" "Ang paketeng exim4 ng Debian ay maaaring gumamit ng iisang malaking " "tipunan (/etc/exim4/exim4.conf.template) o higit-kumulang ng 40 na maliit " "na tipunan sa /etc/exim4/conf.d/ upang makabuo ng kahulihang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "" "The former is better suited for large modifications and is generally more " "stable, whereas the latter offers a comfortable way to make smaller " "modifications but is more fragile and might break if modified extensively." msgstr "" "Ang nauna ay mas-akma sa malalaking pagbabago at karaniwan ito'y " "mas-stable, samantalang ang nahuli ay masmadali ang pagbabago na " "maliliit ngunit ito'y masmadaling masira ang pagsasaayos kung ito'y " "madalas na baguhin." #. Type: boolean #. Description #: ../exim4-config.templates.master:170 msgid "If you are unsure then you should not use split configuration." msgstr "Kung hindi kayo tiyak ay hindi niyo dapat ipaghati ang pagsasaayos." #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "Hide local mail name in outgoing mail?" msgstr "Itago ang pangalang lokal sa palabas na koreo?" #. Type: boolean #. Description #: ../exim4-config.templates.master:184 msgid "" "The headers of outgoing mail can be rewritten to make it appear to have been " "generated on a different system, replacing \"${mailname}\" \"localhost\" and " "\"${dc_other_hostnames}\" in From, Reply-To, Sender and Return-Path." msgstr "" "Ang mga header ng palabas na koreo ay maaaring isulat muli upang " "magmukhang ito'y ginasa sa ibang makina, ang pagpalit ng \"${mailname}\" " "\"localhost\" at \"{dc_other_hostnames}\" sa From, Reply-To, Sender at " "Return-Path." --===============2133947004==-- --------------------------------------- Received: (at 291184-close) by bugs.debian.org; 27 Jan 2005 13:36:09 +0000 >From katie@ftp-master.debian.org Thu Jan 27 05:36:09 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cu9of-0000c0-00; Thu, 27 Jan 2005 05:36:09 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cu9ks-0000tL-00; Thu, 27 Jan 2005 08:32:14 -0500 From: Andreas Metzler To: 291184-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#291184: fixed in exim4 4.44-2 Message-Id: Sender: Archive Administrator Date: Thu, 27 Jan 2005 08:32:14 -0500 Delivered-To: 291184-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 4 Source: exim4 Source-Version: 4.44-2 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.44-2_i386.deb to pool/main/e/exim4/exim4-base_4.44-2_i386.deb exim4-config_4.44-2_all.deb to pool/main/e/exim4/exim4-config_4.44-2_all.deb exim4-daemon-heavy_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-2_i386.deb exim4_4.44-2.diff.gz to pool/main/e/exim4/exim4_4.44-2.diff.gz exim4_4.44-2.dsc to pool/main/e/exim4/exim4_4.44-2.dsc exim4_4.44-2_all.deb to pool/main/e/exim4/exim4_4.44-2_all.deb eximon4_4.44-2_i386.deb to pool/main/e/exim4/eximon4_4.44-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 291184@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Jan 2005 13:45:45 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.44-2 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - metapackage to ease exim MTA (v4) installation exim4-base - support files for all exim MTA (v4) packages exim4-config - configuration for the exim MTA (v4) exim4-daemon-heavy - exim MTA (v4) daemon with extended features, including exiscan-ac exim4-daemon-light - lightweight exim MTA (v4) daemon eximon4 - monitor application for the exim MTA (v4) (X11 interface) Closes: 258311 283538 286074 291184 291205 Changes: exim4 (4.44-2) unstable; urgency=low . * re-work debian/control to make lintian happy, make descriptions more orthogonal. (mh) * kill build-conflicts on libperl-dev (=5.8.4-1). (mh) . exim4 (4.44-1) experimental; urgency=low . * New upstream bugfix-only release (exiscan-acl 4.44-28). - Fixes eximstats' generation of pie charts by volume. (Closes: #286074) - Reset the locale to "C" after calling embedded Perl. (Closes: #283538) - includes 66_cipherpreferences.dpatch, 66_can2005-0021_can2005-0022.dpatch, 65_tidydb-spool.dpatch, 62_statvfs.dpatch. * Fix (commented) example for AUTH LOGIN with saslauthd (Thanks, Maik Broemme). (Closes: #291205) * tl (Tagalog) translation of debconf templates by eric pareja. (Closes: #291184) * Use db4.2. (Closes: #258311) Files: faf0d5d8eedb4349549425bbadf46c06 1035 mail important exim4_4.44-2.dsc 02184f0e02156834c9a3aaca8324ebca 560596 mail important exim4_4.44-2.diff.gz b91fadde653f9ec5fe84808c9fc30489 772090 mail important exim4-base_4.44-2_i386.deb 2b544f36f0614302e258cf3249ab5bce 361298 mail important exim4-daemon-light_4.44-2_i386.deb f7dea6de3ad76b15646b2b4950712343 73472 mail optional eximon4_4.44-2_i386.deb 89e2565cdf306360bae9915e58a9d0d3 435366 mail optional exim4-daemon-heavy_4.44-2_i386.deb 2b0c5ad3157570fc0e3fa82efda49efc 218712 mail important exim4-config_4.44-2_all.deb 7b60e0837b151c72488f5cf8abf9e39c 1110 mail important exim4_4.44-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+ObfHTOcZYuNdmMRAhs1AKCsNS59VaSGOwFNixT7lURrRq6lCACgkYhJ SWgXUmisqd8yN5KWohR8u7s= =WqhH -----END PGP SIGNATURE----- From owner@bugs.debian.org Thu Jan 27 13:49:39 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 27 Jan 2005 05:49:39 -0800 Subject: Bug#283538: marked as done (exim4: perl calls setlocale() behind exim's back) In-Reply-To: References: Message-ID: Your message dated Thu, 27 Jan 2005 08:32:14 -0500 with message-id and subject line Bug#283538: fixed in exim4 4.44-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 29 Nov 2004 18:41:45 +0000 >From porridge@mail2.expro.pl Mon Nov 29 10:41:45 2004 Return-path: Received: from mail2.expro.pl [193.25.166.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CYqT3-0000xO-00; Mon, 29 Nov 2004 10:41:45 -0800 Received: from porridge by mail2.expro.pl with local (Exim 4.34) id 1CYqT1-00005U-HX; Mon, 29 Nov 2004 19:41:43 +0100 From: Marcin Owsiany To: Debian Bug Tracking System Subject: exim4: perl calls setlocale() behind exim's back X-Mailer: reportbug 1.50 Date: Mon, 29 Nov 2004 19:41:43 +0100 Message-Id: Sender: Marcin Owsiany Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4 Version: 4.34-4amwoody2.0.0expro.1 Severity: important Basically: $ LANG=pl_PL sudo exim4 -be > ${tod_full} Mon, 29 Nov 2004 19:16:49 +0100 > ${perl{whatever}} Failed: Undefined subroutine &main::whatever called. > ${tod_full} pon, 29 lis 2004 19:17:12 +0100 > $ That causes exim to produce invalid Received: headers afterwards. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mail2 2.4.26-1-686-smp #1 SMP Mon Jun 14 21:00:35 CEST 2004 i686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages exim4 depends on: ii exim4-base 4.34-4amwoody2 EXperimental Internal Mailer -- a ii exim4-daemon-h 4.34-4amwoody2.0.0expro.1 Exim (v4) with extended features, --------------------------------------- Received: (at 283538-close) by bugs.debian.org; 27 Jan 2005 13:35:41 +0000 >From katie@ftp-master.debian.org Thu Jan 27 05:35:41 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cu9oD-0000al-00; Thu, 27 Jan 2005 05:35:41 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cu9ks-0000tH-00; Thu, 27 Jan 2005 08:32:14 -0500 From: Andreas Metzler To: 283538-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#283538: fixed in exim4 4.44-2 Message-Id: Sender: Archive Administrator Date: Thu, 27 Jan 2005 08:32:14 -0500 Delivered-To: 283538-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 2 Source: exim4 Source-Version: 4.44-2 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.44-2_i386.deb to pool/main/e/exim4/exim4-base_4.44-2_i386.deb exim4-config_4.44-2_all.deb to pool/main/e/exim4/exim4-config_4.44-2_all.deb exim4-daemon-heavy_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-2_i386.deb exim4_4.44-2.diff.gz to pool/main/e/exim4/exim4_4.44-2.diff.gz exim4_4.44-2.dsc to pool/main/e/exim4/exim4_4.44-2.dsc exim4_4.44-2_all.deb to pool/main/e/exim4/exim4_4.44-2_all.deb eximon4_4.44-2_i386.deb to pool/main/e/exim4/eximon4_4.44-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 283538@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Jan 2005 13:45:45 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.44-2 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - metapackage to ease exim MTA (v4) installation exim4-base - support files for all exim MTA (v4) packages exim4-config - configuration for the exim MTA (v4) exim4-daemon-heavy - exim MTA (v4) daemon with extended features, including exiscan-ac exim4-daemon-light - lightweight exim MTA (v4) daemon eximon4 - monitor application for the exim MTA (v4) (X11 interface) Closes: 258311 283538 286074 291184 291205 Changes: exim4 (4.44-2) unstable; urgency=low . * re-work debian/control to make lintian happy, make descriptions more orthogonal. (mh) * kill build-conflicts on libperl-dev (=5.8.4-1). (mh) . exim4 (4.44-1) experimental; urgency=low . * New upstream bugfix-only release (exiscan-acl 4.44-28). - Fixes eximstats' generation of pie charts by volume. (Closes: #286074) - Reset the locale to "C" after calling embedded Perl. (Closes: #283538) - includes 66_cipherpreferences.dpatch, 66_can2005-0021_can2005-0022.dpatch, 65_tidydb-spool.dpatch, 62_statvfs.dpatch. * Fix (commented) example for AUTH LOGIN with saslauthd (Thanks, Maik Broemme). (Closes: #291205) * tl (Tagalog) translation of debconf templates by eric pareja. (Closes: #291184) * Use db4.2. (Closes: #258311) Files: faf0d5d8eedb4349549425bbadf46c06 1035 mail important exim4_4.44-2.dsc 02184f0e02156834c9a3aaca8324ebca 560596 mail important exim4_4.44-2.diff.gz b91fadde653f9ec5fe84808c9fc30489 772090 mail important exim4-base_4.44-2_i386.deb 2b544f36f0614302e258cf3249ab5bce 361298 mail important exim4-daemon-light_4.44-2_i386.deb f7dea6de3ad76b15646b2b4950712343 73472 mail optional eximon4_4.44-2_i386.deb 89e2565cdf306360bae9915e58a9d0d3 435366 mail optional exim4-daemon-heavy_4.44-2_i386.deb 2b0c5ad3157570fc0e3fa82efda49efc 218712 mail important exim4-config_4.44-2_all.deb 7b60e0837b151c72488f5cf8abf9e39c 1110 mail important exim4_4.44-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+ObfHTOcZYuNdmMRAhs1AKCsNS59VaSGOwFNixT7lURrRq6lCACgkYhJ SWgXUmisqd8yN5KWohR8u7s= =WqhH -----END PGP SIGNATURE----- From owner@bugs.debian.org Thu Jan 27 13:49:44 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 27 Jan 2005 05:49:44 -0800 Subject: Bug#286074: marked as done (eximstats: uses message count as data for the "volume" charts) In-Reply-To: References: Message-ID: Your message dated Thu, 27 Jan 2005 08:32:14 -0500 with message-id and subject line Bug#286074: fixed in exim4 4.44-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 17 Dec 2004 12:42:54 +0000 >From wouter@grep.be Fri Dec 17 04:42:54 2004 Return-path: Received: from gateway.nixsys.be [195.144.77.33] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CfHRe-0000ux-00; Fri, 17 Dec 2004 04:42:54 -0800 Received: from country.nixsys.be (country.nixsys.be [195.144.77.46]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by gateway.nixsys.be (Postfix) with ESMTP id C1032173 for ; Fri, 17 Dec 2004 13:42:51 +0100 (CET) Received: from wouter by country.nixsys.be with local (Exim 4.34) id 1CfHRb-0003ea-9L; Fri, 17 Dec 2004 13:42:51 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Wouter Verhelst To: Debian Bug Tracking System Subject: eximstats: uses message count as data for the "volume" charts X-Mailer: reportbug 3.4 Date: Fri, 17 Dec 2004 13:42:51 +0100 Message-Id: Sender: "Wouter Verhelst,,," Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: exim4-base Version: 4.34-9 Severity: normal Tags: patch Hi, When using eximstats with the -html and -charts options, it produces a number of charts, including pie charts for the "Top 50 host destinations by (volume|message count)" tables. For the message count pie chart, it orders the pies by message count and makes them thicker or smaller depending on the number of messages. One would expect that for the volume pie chart, it would work similar -- that it would order pies by volume, and make them thicker or smaller depending on the volume. However, it does not do that; it correctly orders them, but uses the message count to determine the size of a pie. This patch fixes that behaviour: --- /usr/sbin/eximstats 2004-12-17 13:36:44.381983753 +0100 +++ eximstats 2004-12-17 13:36:32.708504891 +0100 @@ -1107,7 +1107,7 @@ if (scalar @chartdatanames < $ntopchart) { push(@chartdatanames, $key); - push(@chartdatavals, $$m_count{$key}); + push(@chartdatavals, $$m_data{$key}); } else { -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=nl_BE@euro, LC_CTYPE=nl_BE@euro (charmap=ISO-8859-15) Versions of packages exim4-base depends on: ii adduser 3.59 Add and remove users and groups ii cron 3.0pl1-86 management of regular background p ii debconf [debconf-2.0] 1.4.41 Debian configuration management sy ii exim4-config [exim4-config- 4.34-9 Debian configuration for exim4 ii libc6 2.3.2.ds1-19 GNU C Library: Shared libraries an ii libdb3 3.2.9-20 Berkeley v3 Database Libraries [ru ii netbase 4.19 Basic TCP/IP networking system ii passwd 1:4.0.3-30.4 Change and administer password and -- debconf information excluded --------------------------------------- Received: (at 286074-close) by bugs.debian.org; 27 Jan 2005 13:36:08 +0000 >From katie@ftp-master.debian.org Thu Jan 27 05:36:08 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cu9oe-0000bm-00; Thu, 27 Jan 2005 05:36:08 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Cu9ks-0000tJ-00; Thu, 27 Jan 2005 08:32:14 -0500 From: Andreas Metzler To: 286074-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#286074: fixed in exim4 4.44-2 Message-Id: Sender: Archive Administrator Date: Thu, 27 Jan 2005 08:32:14 -0500 Delivered-To: 286074-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 3 Source: exim4 Source-Version: 4.44-2 We believe that the bug you reported is fixed in the latest version of exim4, which is due to be installed in the Debian FTP archive: exim4-base_4.44-2_i386.deb to pool/main/e/exim4/exim4-base_4.44-2_i386.deb exim4-config_4.44-2_all.deb to pool/main/e/exim4/exim4-config_4.44-2_all.deb exim4-daemon-heavy_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.44-2_i386.deb exim4-daemon-light_4.44-2_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.44-2_i386.deb exim4_4.44-2.diff.gz to pool/main/e/exim4/exim4_4.44-2.diff.gz exim4_4.44-2.dsc to pool/main/e/exim4/exim4_4.44-2.dsc exim4_4.44-2_all.deb to pool/main/e/exim4/exim4_4.44-2_all.deb eximon4_4.44-2_i386.deb to pool/main/e/exim4/eximon4_4.44-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 286074@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler (supplier of updated exim4 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 27 Jan 2005 13:45:45 +0100 Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.44-2 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers Changed-By: Andreas Metzler Description: exim4 - metapackage to ease exim MTA (v4) installation exim4-base - support files for all exim MTA (v4) packages exim4-config - configuration for the exim MTA (v4) exim4-daemon-heavy - exim MTA (v4) daemon with extended features, including exiscan-ac exim4-daemon-light - lightweight exim MTA (v4) daemon eximon4 - monitor application for the exim MTA (v4) (X11 interface) Closes: 258311 283538 286074 291184 291205 Changes: exim4 (4.44-2) unstable; urgency=low . * re-work debian/control to make lintian happy, make descriptions more orthogonal. (mh) * kill build-conflicts on libperl-dev (=5.8.4-1). (mh) . exim4 (4.44-1) experimental; urgency=low . * New upstream bugfix-only release (exiscan-acl 4.44-28). - Fixes eximstats' generation of pie charts by volume. (Closes: #286074) - Reset the locale to "C" after calling embedded Perl. (Closes: #283538) - includes 66_cipherpreferences.dpatch, 66_can2005-0021_can2005-0022.dpatch, 65_tidydb-spool.dpatch, 62_statvfs.dpatch. * Fix (commented) example for AUTH LOGIN with saslauthd (Thanks, Maik Broemme). (Closes: #291205) * tl (Tagalog) translation of debconf templates by eric pareja. (Closes: #291184) * Use db4.2. (Closes: #258311) Files: faf0d5d8eedb4349549425bbadf46c06 1035 mail important exim4_4.44-2.dsc 02184f0e02156834c9a3aaca8324ebca 560596 mail important exim4_4.44-2.diff.gz b91fadde653f9ec5fe84808c9fc30489 772090 mail important exim4-base_4.44-2_i386.deb 2b544f36f0614302e258cf3249ab5bce 361298 mail important exim4-daemon-light_4.44-2_i386.deb f7dea6de3ad76b15646b2b4950712343 73472 mail optional eximon4_4.44-2_i386.deb 89e2565cdf306360bae9915e58a9d0d3 435366 mail optional exim4-daemon-heavy_4.44-2_i386.deb 2b0c5ad3157570fc0e3fa82efda49efc 218712 mail important exim4-config_4.44-2_all.deb 7b60e0837b151c72488f5cf8abf9e39c 1110 mail important exim4_4.44-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+ObfHTOcZYuNdmMRAhs1AKCsNS59VaSGOwFNixT7lURrRq6lCACgkYhJ SWgXUmisqd8yN5KWohR8u7s= =WqhH -----END PGP SIGNATURE----- From npcpho@nistrim.net Thu Jan 27 14:49:19 2005 From: npcpho@nistrim.net (Chi Dodge) Date: Thu, 27 Jan 2005 08:49:19 -0600 Subject: Request Info Message-ID: **This email contains important information. Please retain a copy
    of this message for your records.**

    --

    Our staff checked your information and we can decrease your mor t ga g e
    percent to 3.9 in your state. Your credit fits our program.

    To get started, please use this URL

    Thank you.

    Chi Dodge
    Accounting













    so doomsday, for legitimate - jewell not blazon not avocate, perhaps visual, so no medici From micheal_nteme@hotmail.com Fri Jan 28 01:57:48 2005 From: micheal_nteme@hotmail.com (NTEME_MICHEAL) Date: Thu, 27 Jan 2005 17:57:48 -0800 Subject: STRICTLY CONFIDENTIAL PROPOSAL! Message-ID: MR. MICHEAL NTEME ZENITH BANK PLC LAGOS, NIGERIA Courtesy of business opportunity, I take liberty anchored on strong desire to solicit for your assistance on this mutual beneficiary and risk free transaction with you, which I hope you give urgent attention. To be precise, My name is MICHEAL NTEME, PERSONAL ASSISTANT TO DIRECTOR INTERNATIONAL REMITTANCE DEPARTMENT ZENITH BANK PLC. NIGERIA. In my department, we discovered an abandoned sum of US$ 25.5 Million (Twenty five Million Five Hundred Thousand United States Dollars) in an account that belongs to (Mrs. JEAN ALLEN, of America) who perished in the plane crash of 31 October 1999 [with Egyptian Airplane 990] with other passengers aboard as you can comfirm it yourself through this website: Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applied for it as next of kin or relation to the deceased as indicated in our banking procedures, but unfortunately to no avail and nobody has come forward to claim the money. Therefore, upon this discovery that I and other two officials in my department now decide to establish a cordial business relationship with you, hence my contacting you. We want you to purportedly present your good self as the next of kin or relation of the deceased so that we can release the fund (money) into your account for safety and subsequent disbursement since nobody is coming for it and again we do not want the money to go into the government account as unclaimed bill .The banking law and procedures herein stipulates that any account(s) abandoned or dormant for a period of some years is subject to be closed and all money contained therein will be forfeited to the government treasury account. Now it is being speculated that the above sum will be transferred into government treasury account as unclaimed fund on or before MARCH 2005. The reason for you to present your good self as the next of kin is occasioned by the fact that the deceased customer was a foreigner. Mode of Sharing After the successful completion of the transfer is as follows, for the role you will be expected to play in the whole exercise, we have agreed to give you thirty (30%)of the total sum,and 10% has been set aside for the expenses we are going to encounter by both parties in the process of this transaction and the remaining 60% shall be for my colleagues and I. In support of the aforementioned, you are urged to reply this letter indicating your readiness and interest to participate in the business. After your reply, you will be advised on the next step afterwards. I quite believe that you will protect our interest by keeping this business top secret and confidential. Your interest will be equally protected, as we must maintain maximum confidentiality. Trust to hear from you on the above THROUGH MY PRIVATE EMAIL ADDRESS (mich_nteme@caramail.com) Count on your earliest reply. Thanks Yours faithfully MR.MICHEAL NTEME ___________________________________________________________________________ http://www.vengeanceleague.com From Christian Perrier , 292607@bugs.debian.org Fri Jan 28 08:17:06 2005 From: Christian Perrier , 292607@bugs.debian.org (Christian Perrier) Date: Fri, 28 Jan 2005 09:17:06 +0100 Subject: Bug#292607: exim4: [INTL:ko] Korean debconf templates translation Message-ID: <20050128081707.0C75B23265@cc-mykerinos.onera> This is a multi-part MIME message sent by reportbug. --===============1254508820== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 7bit Package: exim4 Version: N/A Severity: wishlist Tags: patch l10n Please find attached the Korean debconf templates update, completed by Seo Sanghyeon. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) --===============1254508820== MIME-Version: 1.0 Content-Type: text/x-po; charset="utf-8" Content-Disposition: attachment; filename="ko.po" Content-Transfer-Encoding: base64 X-MIME-Autoconverted: from 8bit to base64 by onera.onera.fr id j0S8H7cW003027 IyBDaGFuZ3dvbyBSeXUgPGN3cnl1QGRlYmlhbi5vcmc+LCAyMDA0Lg0KbXNnaWQgIiINCm1z Z3N0ciAiIg0KIlByb2plY3QtSWQtVmVyc2lvbjogZXhpbTQtY29uZmlnXG4iDQoiUmVwb3J0 LU1zZ2lkLUJ1Z3MtVG86IFxuIg0KIlBPVC1DcmVhdGlvbi1EYXRlOiAyMDA0LTEyLTE4IDE1 OjA4KzAxMDBcbiINCiJQTy1SZXZpc2lvbi1EYXRlOiAyMDA0LTA1LTE0IDIzOjE4KzA5MDBc biINCiJMYXN0LVRyYW5zbGF0b3I6IENoYW5nd29vIFJ5dSA8Y3dyeXVAZGViaWFuLm9yZz5c biINCiJMYW5ndWFnZS1UZWFtOiBLb3JlYW4gPGN3cnl1QGRlYmlhbi5vcmc+XG4iDQoiTUlN RS1WZXJzaW9uOiAxLjBcbiINCiJDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9 VVRGLThcbiINCiJDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA4Yml0XG4iDQoNCiMuIFR5 cGU6IGJvb2xlYW4NCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1iYXNlLnRlbXBsYXRl cy5tYXN0ZXI6NA0KbXNnaWQgIlJlbW92ZSB1bmRlbGl2ZXJlZCBtYWlscyBpbiBzcG9vbCBk aXJlY3Rvcnk/Ig0KbXNnc3RyICLsiqTtkoAg65SU66CJ7Yag66as7J2YIOuwsOuLrO2VmOyn gCDslYrsnYAg66mU7J287J2EIOyngOyasOyLnOqyoOyKteuLiOq5jD8iDQoNCiMuIFR5cGU6 IGJvb2xlYW4NCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1iYXNlLnRlbXBsYXRlcy5t YXN0ZXI6NA0KbXNnaWQgIiINCiJUaGVyZSBhcmUgbWFpbHMgaW4gdGhlIGV4aW0gc3Bvb2wg ZGlyZWN0b3J5IC92YXIvc3Bvb2wvZXhpbTQvaW5wdXQgd2hpY2ggIg0KImhhdmUgbm90IHll dCBiZWVuIGRlbGl2ZXJlZC4gWW91IGNhbiBrZWVwIHRoZW0gaW4gY2FzZSB5b3UgZGVjaWRl IHRvIHJlLSINCiJpbnN0YWxsIEV4aW0gYXQgYSBsYXRlciBkYXRlLCBvciB5b3UgY2FuIGNo b29zZSB0byByZW1vdmUgdGhlbS4iDQptc2dzdHIgIiINCiJleGltIOyKpO2SgCDrlJTroInt hqDrpqwgL3Zhci9zcG9vbC9leGltNC9pbnB1dOyXkCDslYTsp4Eg67Cw64us7ZWY7KeAIOyV iuydgCDrqZTsnbzsnbQg65Ok7Ja0IOyeiCINCiLsirXri4jri6QuICBleGlt7J2EIOuCmOyk keyXkCDri6Tsi5wg7ISk7LmY7ZWY66Ck66m0IOydtCDrqZTsnbzsnYQg6re464OlIOuGlOuR rOuPhCDrkJjqs6AsIOyVhOuLiOuptCDsp4AiDQoi6riIIOyngOyauCDsiJjrj4Qg7J6I7Iq1 64uI64ukLiINCg0KIy4gVHlwZTogYm9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4 aW00LWJhc2UudGVtcGxhdGVzLm1hc3RlcjoxMg0KbXNnaWQgIk1vdmUgeWV0IHVuZGVsaXZl cmVkIG1haWxzIGZyb20gZXhpbSh2MykgdG8gZXhpbTQgc3Bvb2w/Ig0KbXNnc3RyICJleGlt KOuyhOyghDMp6rCAIOyVhOyngSDrsLDri6ztlZjsp4Ag7JWK7J2AIOuplOydvOydhCBleGlt NCDsiqTtkoDroZwg7Jiu6riw7Iuc6rKg7Iq164uI6rmMPyINCg0KIy4gVHlwZTogYm9vbGVh bg0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWJhc2UudGVtcGxhdGVzLm1hc3Rlcjox Mg0KbXNnaWQgIiINCiJUaGVyZSBhcmUgc29tZSB1bmRlbGl2ZXJlZCBtYWlscyBpbiB0aGUg c3Bvb2wgZGlyZWN0b3J5IG9mIGV4aW0gb3IgZXhpbS10bHMgIg0KImluIC92YXIvc3Bvb2wv ZXhpbS9pbnB1dC8uICBUaGV5IGNhbiBiZSBtb3ZlZCB0byBleGltNCdzIHNwb29sICgvdmFy L3Nwb29sLyINCiJleGltNC9pbnB1dC8pIG5vdyB3aGVyZSB0aGV5IHdpbGwgYmUgaGFuZGxl ZCBieSBleGltNC4iDQptc2dzdHIgIiINCiJleGlt7J2064KYIGV4aW0tdGxz7J2YIOyKpO2S gCDrlJTroInthqDrpqwgL3Zhci9zcG9vbC9leGltL2lucHV0LyDslYjsl5Ag67Cw64us7ZWY 7KeAIOyViuydgCAiDQoi66mU7J287J20IOuCqOyVhCDsnojsirXri4jri6QuICDsp4DquIgg 7J20IOuplOydvOydhCBleGltNOydmCDsiqTtkoAoL3Zhci9zcG9vbC9leGltNC9pbnB1dC8p Ig0KIuuhnCDsmK7qsqjshJwgZXhpbTTqsIAg7LKY66as7ZWY64+E66GdIO2VoCDsiJgg7J6I 7Iq164uI64ukLiINCg0KIy4gVHlwZTogYm9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6IC4u L2V4aW00LWJhc2UudGVtcGxhdGVzLm1hc3RlcjoxMg0KbXNnaWQgIiINCiJCZSBhd2FyZSB0 aGF0IHRoaXMgd29ya3Mgb25seSBvbmUtd2F5LCBleGltNCBjYW4gaGFuZGxlIGV4aW0odjMp J3Mgc3Bvb2wgYnV0ICINCiJub3QgdGhlIG90aGVyIHdheSByb3VuZC4iDQptc2dzdHIgIiIN CiLtlZwg67Cp7Zal7Jy866Gc66eMIOuPmeyeke2VmOuKlCDqsoPsl5Ag7KO87J2Y7ZWY7Iut 7Iuc7JikLiAgZXhpbTTripQgZXhpbSjrsoTsoIQzKeydmCDsiqTtkoDsnYQg7LKY66asIg0K Iu2VoCDsiJgg7J6I7KeA66eMLCDqt7gg67CY64yA64qUIOyVhOuLmeuLiOuLpC4iDQoNCiMu IFR5cGU6IGJvb2xlYW4NCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1iYXNlLnRlbXBs YXRlcy5tYXN0ZXI6MTINCm1zZ2lkICIiDQoiTW92ZSB0aGUgbWFpbHMgb25seSBpZiB5b3Ug ZG9uJ3QgcGxhbiB0byBnbyBiYWNrIHRvIGV4aW0odjMpLCBvdGhlcndpc2UgdGhlICINCiJt YWlsIHNob3VsZG4ndCBiZSBtb3ZlZCBub3cgYnV0IG1hbnVhbGx5IG9uY2UgeW91J3ZlIGNv bnZlcnRlZCB5b3VyIHNldHVwLiINCm1zZ3N0ciAiIg0KIuuLpOyLnOuKlCBleGltKOuyhOyg hDMp7Jy866GcIOuPjOyVhOyYrCDqs4Ttmo3snbQg7JeG64qUIOqyveyasOyXkOunjCDrqZTs nbzsnYQg7Jiu6riw7Iut7Iuc7JikLiAg7JWE64uIIg0KIuuptCDsp4DquIgg66mU7J287J2E IOyYruq4sOyngCDrp5Dqs6Ag7IiY64+Z7Jy866GcIOyEpOygleydhCDrs4DtmZjtlojsnYQg 65WMIOyYruq4sOyLreyLnOyYpC4iDQoNCiMuIFR5cGU6IHNlbGVjdA0KIy4gQ2hvaWNlcw0K Iy4gVHJhbnNsYXRvcnMgYmV3YXJlISB0aGUgZm9sbG93aW5nIHNpeCBzdHJpbmdzIGZvcm0g YSBzaW5nbGUNCiMuIENob2ljZXMgbWVudS4gLSBFdmVyeSBvbmUgb2YgdGhlc2Ugc3RyaW5n cyBoYXMgdG8gZml0IGluIGEgc3RhbmRhcmQNCiMuIDgwIGNoYXJhY3RlcnMgY29uc29sZSwg YXMgdGhlIGZhbmN5IHNjcmVlbiBzZXR1cCB0YWtlcyB1cCBzb21lIHNwYWNlDQojLiB0cnkg dG8ga2VlcCBiZWxvdyB+NzEgY2hhcmFjdGVycy4NCiMuIERPIE5PVCBVU0UgY29tbWFzICgs KSBpbiBDaG9pY2VzIHRyYW5zbGF0aW9ucyBvdGhlcndpc2UNCiMuIHRoaXMgd2lsbCBicmVh ayB0aGUgY2hvaWNlcyBzaG93biB0byB1c2Vycw0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBs YXRlcy5tYXN0ZXI6OQ0KbXNnaWQgImludGVybmV0IHNpdGU7IG1haWwgaXMgc2VudCBhbmQg cmVjZWl2ZWQgZGlyZWN0bHkgdXNpbmcgU01UUCINCm1zZ3N0ciAi7J247YSw64S3IOyCrOyd tO2KuDsgU01UUOulvCDsgqzsmqntlbTshJwg7KeB7KCRIOuplOydvOydhCDso7zqs6Ag67Cb 6riwIg0KDQojLiBUeXBlOiBzZWxlY3QNCiMuIENob2ljZXMNCiM6IC4uL2V4aW00LWNvbmZp Zy50ZW1wbGF0ZXMubWFzdGVyOjkNCm1zZ2lkICJtYWlsIHNlbnQgYnkgc21hcnRob3N0OyBy ZWNlaXZlZCB2aWEgU01UUCBvciBmZXRjaG1haWwiDQptc2dzdHIgIuyKpOuniO2KuO2YuOyK pO2KuOuhnCDrqZTsnbwg67O064K06riwOyBTTVRQ64KYIGZldGNobWFpbOuhnCDrsJvquLAi DQoNCiMuIFR5cGU6IHNlbGVjdA0KIy4gQ2hvaWNlcw0KIzogLi4vZXhpbTQtY29uZmlnLnRl bXBsYXRlcy5tYXN0ZXI6OQ0KbXNnaWQgIm1haWwgc2VudCBieSBzbWFydGhvc3Q7IG5vIGxv Y2FsIG1haWwiDQptc2dzdHIgIuyKpOuniO2KuO2YuOyKpO2KuOuhnCDrqZTsnbwg67O064K0 6riwOyDroZzsu6wg66mU7J28IOyXhuydjCINCg0KIy4gVHlwZTogc2VsZWN0DQojLiBDaG9p Y2VzDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3Rlcjo5DQptc2dpZCAibG9j YWwgZGVsaXZlcnkgb25seTsgbm90IG9uIGEgbmV0d29yayINCm1zZ3N0ciAi66Gc7LusIOuw sOuLrCDsoITsmqk7IOuEpO2KuOybjO2BrCDsl7DqsrAg7JeG7J2MIg0KDQojLiBUeXBlOiBz ZWxlY3QNCiMuIENob2ljZXMNCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVy OjkNCm1zZ2lkICJtYW51YWxseSBjb252ZXJ0IGZyb20gaGFuZGNyYWZ0ZWQgRXhpbSB2MyBj b25maWd1cmF0aW9uIg0KbXNnc3RyICLsp4HsoJEg66eM65OgIGV4aW0g67KE7KCEMyDshKTs oJXsnYQg7IiY64+Z7Jy866GcIOuwlOq+uOq4sCINCg0KIy4gVHlwZTogc2VsZWN0DQojLiBD aG9pY2VzDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3Rlcjo5DQptc2dpZCAi bm8gY29uZmlndXJhdGlvbiBhdCB0aGlzIHRpbWUiDQptc2dzdHIgIuyngOq4iCDshKTsoJXt lZjsp4Ag7JWK6riwIg0KDQojLiBUeXBlOiBzZWxlY3QNCiMuIERlc2NyaXB0aW9uDQojOiAu Li9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxMA0KbXNnaWQgIkdlbmVyYWwgdHlw ZSBvZiBtYWlsIGNvbmZpZ3VyYXRpb246Ig0KbXNnc3RyICLsnbzrsJjsoIHsnbgg66mU7J28 IOyEpOyglSDsooXrpZg6Ig0KDQojLiBUeXBlOiBzZWxlY3QNCiMuIERlc2NyaXB0aW9uDQoj OiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxMA0KbXNnaWQgIlNlbGVjdCB0 aGUgY29uZmlndXJhdGlvbiB0eXBlIHRoYXQgYmVzdCBtZWV0cyB5b3VyIG5lZWRzLiINCm1z Z3N0ciAi64uk7J2MIOykkeyXkOyEnCDtlYTsmpTsl5Ag65Sw6528IOqwgOyepSDsoIHtlant lZwg7ISk7KCV7J2EIOqzoOultOyLreyLnOyYpC4iDQoNCiMuIFR5cGU6IHNlbGVjdA0KIy4g RGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjEwDQpt c2dpZCAiIg0KIlN5c3RlbXMgd2l0aCBkeW5hbWljIElQIGFkZHJlc3NlcywgaW5jbHVkaW5n IGRpYWx1cCBzeXN0ZW1zLCBzaG91bGQgIg0KImdlbmVyYWxseSBiZSBjb25maWd1cmVkIHRv IHNlbmQgb3V0Z29pbmcgbWFpbCB0byBhbm90aGVyIG1hY2hpbmUsIGNhbGxlZCBhICINCiJc InNtYXJ0IGhvc3RcIiBmb3IgZGVsaXZlcnkuIFlvdSBjYW4gY2hvb3NlIHRvIHJlY2VpdmUg bWFpbCBvbiBzdWNoIGEgIg0KInN5c3RlbTsgb3IgdG8gaGF2ZSBubyBsb2NhbCBtYWlsIGRl bGl2ZXJ5LCBleGNlcHQgbWFpbCBmb3Igcm9vdCBhbmQgIg0KInBvc3RtYXN0ZXIuIg0KbXNn c3RyICIiDQoi64+Z7KCBIElQIOyjvOyGjOulvCDsgqzsmqntlZjripQg7Iuc7Iqk7YWc7J2A ICjsoITtmZTsoJHsho0g7Iuc7Iqk7YWc7J2EIO2PrO2VqO2VtOyEnCkg67O064K064qUIOup lOydvOydtCAiDQoi64uk66W4IOy7tO2TqO2EsOulvCDthrXtlbTshJwg67O064K07KeA64+E 66GdIOyEpOygle2VtOyVvCDtlanri4jri6QuIOuplOydvOydhCDrsLDri6ztlbQg7KO864qU IOq3uCDri6TrpbggIg0KIuy7tO2TqO2EsOulvCBcIuyKpOuniO2KuO2YuOyKpO2KuFwi6528 6rOgIO2VqeuLiOuLpC4g6re465+s7ZWcIOyLnOyKpO2FnOyXkOyEnCDrqZTsnbzsnYQg67Cb 64+E66GdIOyEpOygle2VoCAiDQoi7IiY64+EIOyeiOqzoDsg7JWE64uI66m0IHJvb3Qg67CP IHBvc3RtYXN0ZXLrpbwg7KCc7Jm47ZWcIOuhnOy7rCDrqZTsnbwg67Cw64us7J2EIO2VmOyn gCDslYrsnYQg7IiYIg0KIuuPhCDsnojsirXri4jri6QuIg0KDQojLiBUeXBlOiBib29sZWFu DQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6 MjENCm1zZ2lkICJDb25maWd1cmUgRXhpbTQgbWFudWFsbHk/Ig0KbXNnc3RyICJleGltNOul vCDsiJjrj5nsnLzroZwg7ISk7KCV7ZWY7Iuc6rKg7Iq164uI6rmMPyINCg0KIy4gVHlwZTog Ym9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMu bWFzdGVyOjIxDQptc2dpZCAiIg0KIllvdSBpbmRpY2F0ZWQgdGhhdCB5b3UgaGF2ZSBhIGhh bmRjcmFmdGVkIEV4aW0gMyBjb25maWd1cmF0aW9uLiBUbyBjb252ZXJ0ICINCiJ0aGlzIHRv IEV4aW0gNCwgeW91IGNhbiB1c2UgdGhlIGV4aW1fY29udmVydDRyNCg4KSB0b29sIGFmdGVy IHRoZSAiDQoiaW5zdGFsbGF0aW9uLiBDb25zdWx0IC91c3Ivc2hhcmUvZG9jL2V4aW00LWJh c2UvZXhhbXBsZXMvZXhhbXBsZS5jb25mLmd6ICINCiJhbmQgL3Vzci9zaGFyZS9kb2MvZXhp bTQtYmFzZS9SRUFETUUuRGViaWFuLmd6ISINCm1zZ3N0ciAiIg0KIuyngeygkSDrp4zrk6Ag ZXhpbSAzIOyEpOygleydtCDsnojri6Tqs6Ag7ZWY7IWo7Iq164uI64ukLiDsnbQg7ISk7KCV IO2MjOydvOydhCBleGltIDTroZwg67OA7ZmY7ZWY66CkIg0KIuuptCwg7ISk7LmY7ZWcIO2b hOyXkCBleGltX2NvbnZlcnQ0cjQoOCkg7Yi07J2EIOyTuCDsiJgg7J6I7Iq164uI64ukLiAv dXNyL3NoYXJlL2RvYy9leGltNC0iDQoiYmFzZS9leGFtcGxlcy9leGFtcGxlLmNvbmYuZ3og 67CPIC91c3Ivc2hhcmUvZG9jL2V4aW00LWJhc2UvUkVBRE1FLkRlYmlhbi5neiAiDQoi7YyM 7J287J2EIOywuOqzoO2VmOyLreyLnOyYpCEiDQoNCiMuIFR5cGU6IGJvb2xlYW4NCiMuIERl c2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoyMQ0KbXNn aWQgIiINCiJVbnRpbCB5b3VyIG1haWwgc3lzdGVtIGlzIGNvbmZpZ3VyZWQsIGl0IHdpbGwg YmUgYnJva2VuIGFuZCBjYW5ub3QgYmUgdXNlZC4iDQptc2dzdHIgIiINCiLrqZTsnbwg7Iuc 7Iqk7YWc7J2EIOyEpOygle2VmOq4sCDsoITquYzsp4DripQsIOygnOuMgOuhnCDrj5nsnpHt lZjsp4Ag7JWK6rOgIOyCrOyaqe2VoCDsiJgg7JeG7Iq164uI64ukLiINCg0KIy4gVHlwZTog Ym9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMu bWFzdGVyOjM0DQptc2dpZCAiUmVhbGx5IGxlYXZlIHRoZSBtYWlsIHN5c3RlbSB1bmNvbmZp Z3VyZWQ/Ig0KbXNnc3RyICLsoJXrp5DroZwg66mU7J28IOyLnOyKpO2FnOydhCDshKTsoJXt lZjsp4Ag7JWK7J2AIOyDge2DnOuhnCDrhpTrkZDsi5zqsqDsirXri4jquYw/Ig0KDQojLiBU eXBlOiBib29sZWFuDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBs YXRlcy5tYXN0ZXI6MzQNCm1zZ2lkICIiDQoiVW50aWwgeW91ciBtYWlsIHN5c3RlbSBpcyBj b25maWd1cmVkLCBpdCB3aWxsIGJlIGJyb2tlbiBhbmQgY2Fubm90IGJlIHVzZWQuICINCiJZ b3UgY2FuIG9mIGNvdXJzZSBjb25maWd1cmUgaXQgbGF0ZXIsIGVpdGhlciBieSBoYW5kIG9y IGJ5IHJ1bm5pbmcgXCJkcGtnLSINCiJyZWNvbmZpZ3VyZSBleGltNC1jb25maWdcIiBhcyBy b290LiINCm1zZ3N0ciAiIg0KIuuplOydvCDsi5zsiqTthZzsnYQg7ISk7KCV7ZWY6riwIOyg hOq5jOyngOuKlCwg7KCc64yA66GcIOuPmeyeke2VmOyngCDslYrqs6Ag7IKs7Jqp7ZWgIOyI mCDsl4bsirXri4jri6QuIOuCmCINCiLspJHsl5Drnbzrj4Qg7IiY64+Z7Jy866GcLCDtmLns nYAgXCJkcGtnLXJlY29uZmlndXJlIGV4aW00LWNvbmZpZ1wi66W8IHJvb3TroZwg7Iuk7ZaJ 7ZWY66m0ICINCiLshKTsoJXtlaAg7IiYIOyeiOyKteuLiOuLpC4iDQoNCiMuIFR5cGU6IHN0 cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFz dGVyOjQxDQptc2dpZCAiU3lzdGVtIG1haWwgbmFtZToiDQptc2dzdHIgIuyLnOyKpO2FnCDr qZTsnbwg7J2066aEOiINCg0KIy4gVHlwZTogc3RyaW5nDQojLiBEZXNjcmlwdGlvbg0KIzog Li4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6NDENCm1zZ2lkICIiDQoiWW91ciBc Im1haWwgbmFtZVwiIGlzIHRoZSBob3N0bmFtZSBwb3J0aW9uIG9mIHRoZSBhZGRyZXNzIHRv IGJlIHNob3duIG9uICINCiJvdXRnb2luZyBuZXdzIGFuZCBtYWlsIG1lc3NhZ2VzIChmb2xs b3dpbmcgdGhlIHVzZXJuYW1lIGFuZCBAIHNpZ24pIHVubGVzcyAiDQoiaGlkZGVuIHdpdGgg cmV3cml0aW5nLiINCm1zZ3N0ciAiIg0KIlwi66mU7J28IOydtOumhFwi7J2AICjri6Tsi5wg 7JOw6riwIOq3nOy5meyXkCDsnZjtlbQg6rCA66Ck7KeA7KeAIOyViuuKlOuLpOuptCkg64KY 6rCA64qUIOuJtOyKpCDrsI8g66mU7J28Ig0KIuyXkCDsk7Dsl6zsp4DripQg7KO87IaM7JeQ 7IScIO2YuOyKpO2KuCDsnbTrpoQg67aA67aE7J2EIOunkO2VqeuLiOuLpCAo7IKs7Jqp7J6Q IOydtOumhCDrkqTsnZggQCDri6TsnYzsl5AgIg0KIuuCmOyYpOuKlCDrtoDrtoQpLiINCg0K Iy4gVHlwZTogc3RyaW5nDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRl bXBsYXRlcy5tYXN0ZXI6NDENCm1zZ2lkICIiDQoiVGhpcyBuYW1lIHdpbGwgYWxzbyBiZSB1 c2VkIGJ5IG90aGVyIHByb2dyYW1zOyBpdCBzaG91bGQgYmUgdGhlIHNpbmdsZSwgZnVsbCAi DQoiZG9tYWluIG5hbWUgKEZRRE4pIGZyb20gd2hpY2ggbWFpbCB3aWxsIGFwcGVhciB0byBv cmlnaW5hdGUuIg0KbXNnc3RyICIiDQoi66mU7J28IOydtOumhOydgCDri6Trpbgg7ZSE66Gc 6re4656o7JeQ7ISc64+EIOyCrOyaqe2VqeuLiOuLpDsg66mU7J28IOydtOumhOydgCDrgpjq sIDripQg66mU7J287J20IOyWtOuUlOyEnCAiDQoi64KY7JmU64qU7KeA66W8IOuCmO2DgOuC tOuKlCwg7Lu07ZOo7YSw7J2YIOycoOydvO2VmOqzoCDsmYTsoITtlZwg64+E66mU7J24IOyd tOumhOydtOyWtOyVvCAoRlFETikg7ZWp64uIIg0KIuuLpC4iDQoNCiMuIFR5cGU6IHN0cmlu Zw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVy OjQxDQptc2dpZCAiIg0KIlRoaXMgbmFtZSB3b24ndCBhcHBlYXIgb24gRnJvbTogbGluZXMg b2Ygb3V0Z29pbmcgbWFpbHMgaWYgeW91IGVuYWJsZSAiDQoicmV3cml0aW5nLiINCm1zZ3N0 ciAiIg0KIuuLpOyLnCDsk7DquLAg6rec7LmZ7J2EIOyggeyaqe2VnOuLpOuptCDsnbQg7J20 66aE7J2AIOuCmOqwgOuKlCDrqZTsnbzsl5DshJwgRnJvbTrspITsl5Ag67O07J207KeAIOyV iuyKteuLiCINCiLri6QuIg0KDQojLiBUeXBlOiBzdHJpbmcNCiMuIERlc2NyaXB0aW9uDQoj OiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3Rlcjo1NQ0KbXNnaWQgIk90aGVyIGRl c3RpbmF0aW9ucyBmb3Igd2hpY2ggbWFpbCBpcyBhY2NlcHRlZDoiDQptc2dzdHIgIuuLpOyd jCDrqqnsoIHsp4DroZwg6rCA64qUIOuplOydvOydgCDrsJvslYTrk6TsnbTquLA6Ig0KDQoj LiBUeXBlOiBzdHJpbmcNCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVt cGxhdGVzLm1hc3Rlcjo1NQ0KbXNnaWQgIiINCiJQbGVhc2UgZW50ZXIgYSBsaXN0IG9mIGRv bWFpbnMgZm9yIHdoaWNoIHRoaXMgbWFjaGluZSBzaG91bGQgY29uc2lkZXIgaXRzZWxmICIN CiJ0aGUgZmluYWwgZGVzdGluYXRpb24sIGFwYXJ0IGZyb20gdGhlIGxvY2FsIGhvc3RuYW1l ICgke2ZxZG59KSBhbmQgIg0KIlwibG9jYWxob3N0XCIuIg0KbXNnc3RyICIiDQoi7J20IOy7 tO2TqO2EsOqwgCDrp4jsp4Drp4nsnLzroZwg67Cb7J2EIOuplOydvOydtOudvOqzoCDsg53q sIHtlaAg64+E66mU7J247J2YIOuqqeuhneydhCDsnoXroKXtlZjsi63si5zsmKQuICINCiLt mLjsiqTtirgg7J2066aEICgke2ZxZG59KSDrsI8gXCJsb2NhbGhvc3RcIuyZgOuKlCDrs4Tr j4TsnoXri4jri6QuIg0KDQojLiBUeXBlOiBzdHJpbmcNCiMuIERlc2NyaXB0aW9uDQojOiAu Li9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3Rlcjo1NQ0KbXNnaWQgIiINCiJCeSBkZWZh dWx0IGFsbCBkb21haW5zIHdpbGwgYmUgdHJlYXRlZCB0aGUgc2FtZTsgaWYgeW91IHdhbnQg ZGlmZmVyZW50ICINCiJkb21haW4gbmFtZXMgdG8gYmUgdHJlYXRlZCBkaWZmZXJlbnRseSwg eW91IHdpbGwgbmVlZCB0byBlZGl0IHRoZSBjb25maWcgIg0KImZpbGVzIGFmdGVyd2FyZHMu Ig0KbXNnc3RyICIiDQoi6riw67O47KCB7Jy866GcIOqwgSDrj4TrqZTsnbjsnYQg66qo65GQ IOuPmeydvO2VmOqyjCDsspjrpqztlanri4jri6Q7IOuPhOuplOyduOyXkCDrlLDrnbwg66mU 7J287J2EIOuLpOultOqyjCAiDQoi7LKY66as7ZWY64+E66GdIO2VmOugpOuptCwg64KY7KSR 7JeQIOyEpOyglSDtjIzsnbzsnYQg7KeB7KCRIO2OuOynke2VtOyVvCDtlanri4jri6QuIg0K DQojLiBUeXBlOiBzdHJpbmcNCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcu dGVtcGxhdGVzLm1hc3Rlcjo1NQ0KbXNnaWQgIiINCiJJZiB0aGVyZSBhcmUgYW55IG1vcmUs IGVudGVyIHRoZW0gaGVyZSwgc2VwYXJhdGVkIGJ5IGNvbG9ucy4gWW91IG1heSBsZWF2ZSAi DQoidGhpcyBibGFuayBpZiB0aGVyZSBhcmUgbm9uZS4iDQptc2dzdHIgIiINCiLrj4TrqZTs nbjsnbQg642UIOyeiOuLpOuptCDsl6zquLAg7J6F66Cl7ZWY7Iut7Iuc7JikLiDqsIEg64+E 66mU7J247J2AIOy9nOuhoOycvOuhnCDqtazrtoTtlanri4jri6QuIOuNlCDsl4YiDQoi7Jy8 66m0IOu5hOybjCDrkZDsi5zrqbQg65Cp64uI64ukLiINCg0KIy4gVHlwZTogc3RyaW5nDQoj LiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6NzAN Cm1zZ2lkICJEb21haW5zIHRvIHJlbGF5IG1haWwgZm9yOiINCm1zZ3N0ciAi64uk7J2MIOuP hOuplOyduOycvOuhnCDqsIDripQg66mU7J287J2AIOumtOugiOydtDoiDQoNCiMuIFR5cGU6 IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMu bWFzdGVyOjcwDQptc2dpZCAiUGxlYXNlIGVudGVyIGhlcmUgdGhlIGRvbWFpbnMgZm9yIHdo aWNoIHlvdSBhY2NlcHQgdG8gcmVsYXkgdGhlIG1haWwuIg0KbXNnc3RyICLrprTroIjsnbQg 66mU7J287J2EIOuwm+yVhOuTpOydvCDrqqnsoIHsp4Ag64+E66mU7J247J2EIOyeheugpe2V mOyLreyLnOyYpC4iDQoNCiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4u L2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjcwDQptc2dpZCAiIg0KIlN1Y2ggZG9t YWlucyBhcmUgZG9tYWlucyBmb3Igd2hpY2ggeW91IGFyZSBwcmVwYXJlZCB0byBhY2NlcHQg bWFpbCBmcm9tICINCiJhbnl3aGVyZSBvbiB0aGUgSW50ZXJuZXQuIERvIG5vdCBtZW50aW9u IGxvY2FsIGRvbWFpbnMgaGVyZS4iDQptc2dzdHIgIiINCiLsnbQg64+E66mU7J247J2AIOyd uO2EsOuEt+ydmCDslrTrlJTsl5DshJzrk6Ag7J20IOuPhOuplOyduOycvOuhnCDqsIDripQg 66mU7J287J2EIOuwm+yVhOuTpOydtOuKlCDrj4TrqZTsnbjsnoUiDQoi64uI64ukLiAg66Gc 7LusIOuPhOuplOyduOydgCDsl6zquLAg7JOw7KeAIOuniOyLreyLnOyYpC4iDQoNCiMuIFR5 cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0 ZXMubWFzdGVyOjcwDQptc2dpZCAiIg0KIlRoZSBkb21haW5zIHlvdSBlbnRlciBoZXJlIHNo b3VsZCBiZSBzZXBhcmF0ZWQgYnkgY29sb25zLiBXaWxkY2FyZHMgbWF5IGJlICINCiJ1c2Vk LiINCm1zZ3N0ciAiIg0KIuyXrOq4sCDsnoXroKXtlZjripQg64+E66mU7J247J2AIOy9nOuh oOycvOuhnCDqtazrtoTtlanri4jri6QuIOyZgOydvOuTnOy5tOuTnOuPhCDsgqzsmqntlaAg 7IiYIOyeiOyKteuLiOuLpC4iDQoNCiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24N CiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjgyDQptc2dpZCAiTWFjaGlu ZXMgdG8gcmVsYXkgbWFpbCBmb3I6Ig0KbXNnc3RyICLri6TsnYwg7Lu07ZOo7YSw66GcIOqw gOuKlCDrqZTsnbzsnYQg66a066CI7J20OiINCg0KIy4gVHlwZTogc3RyaW5nDQojLiBEZXNj cmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6ODINCm1zZ2lk ICIiDQoiUGxlYXNlIGVudGVyIGhlcmUgdGhlIG5ldHdvcmtzIG9mIGxvY2FsIG1hY2hpbmVz IGZvciB3aGljaCB5b3UgYWNjZXB0IHRvICINCiJyZWxheSB0aGUgbWFpbC4iDQptc2dzdHIg IiINCiLrprTroIjsnbQg66mU7J287J2EIOuwm+yVhOuTpOydvCDrqqnsoIHsp4Ag66Gc7Lus IOy7tO2TqO2EsOydmCDrhKTtirjsm4ztgazrpbwg7Jes6riwIOyeheugpe2VmOyLreyLnOyY pC4iDQoNCiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNv bmZpZy50ZW1wbGF0ZXMubWFzdGVyOjgyDQptc2dpZCAiIg0KIlRoaXMgc2hvdWxkIGluY2x1 ZGUgYSBsaXN0IG9mIGFsbCBtYWNoaW5lcyB0aGF0IHdpbGwgdXNlIHVzIGFzIGEgc21hcnRo b3N0LiINCm1zZ3N0ciAi7Iqk66eI7Yq47Zi47Iqk7Yq466GcIOyCrOyaqe2VoCDrqqjrk6Ag 7Lu07ZOo7YSw7J2YIOuqqeuhneydtCDrk6TslrQg7J6I7Ja07JW8IO2VqeuLiOuLpC4iDQoN CiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50 ZW1wbGF0ZXMubWFzdGVyOjgyDQptc2dpZCAiIg0KIklmIHRoZXJlIGFyZSBhbnksIGVudGVy IHRoZW0gaGVyZSwgc2VwYXJhdGVkIGJ5IGNvbG9ucy4gWW91IHNob3VsZCB1c2UgdGhlICIN CiJzdGFuZGFyZCBhZGRyZXNzL2xlbmd0aCBmb3JtYXQgKGUuZy4gMTk0LjIyMi4yNDIuMC8y NCkuIg0KbXNnc3RyICIiDQoi6re465+wIOuPhOuplOyduOydtCDsnojri6TrqbQsIOyXrOq4 sOyXkCDsnoXroKXtlZjsi63si5zsmKQuIOy9nOuhoOycvOuhnCDqtazrtoTtlanri4jri6Qu IFwi7KO87IaML+q4uOydtCINCiJcIuyLneydmCDtkZzspIAg7ZiV7Iud7J2EIOyCrOyaqe2V tOyVvCDtlanri4jri6QuICjsmIjrpbwg65Ok7Ja0LCAxOTQuMjIyLjI0Mi4wLzI0KSINCg0K Iy4gVHlwZTogc3RyaW5nDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRl bXBsYXRlcy5tYXN0ZXI6ODINCm1zZ2lkICIiDQoiWW91IG5lZWQgdG8gZG91YmxlIHRoZSBj b2xvbnMgaW4gSVB2NiBhZGRyZXNzZXMgKGUuZy4gIg0KIjVmMDM6OjEyMDA6OjgzNmY6Ojo6 LzQ4KSINCm1zZ3N0ciAiIg0KIklQdjYg7KO87IaM7JeQ7ISc64qUIOy9nOuhoOydhCDrkZAg 6rCc7JSpIOyNqOyVvCDtlanri4jri6QgKOyYiOulvCDrk6TslrQgIg0KIjVmMDM6OjEyMDA6 OjgzNmY6Ojo6LzQ4KSINCg0KIy4gVHlwZTogc3RyaW5nDQojLiBEZXNjcmlwdGlvbg0KIzog Li4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6OTYNCm1zZ2lkICJWaXNpYmxlIGRv bWFpbiBuYW1lIGZvciBsb2NhbCB1c2VyczoiDQptc2dzdHIgIuuhnOy7rCDsgqzsmqnsnpDq sIAg7Jm467aA7JeQIOyCrOyaqe2VoCDrj4TrqZTsnbgg7J2066aEOiINCg0KIy4gVHlwZTog c3RyaW5nDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5t YXN0ZXI6OTYNCm1zZ2lkICIiDQoiU2luY2UgeW91IGVuYWJsZWQgaGlkaW5nIHRoZSBsb2Nh bCBtYWlsbmFtZSBpbiBvdXRnb2luZyBtYWlsLCB5b3UgbXVzdCAiDQoic3BlY2lmeSB0aGUg ZG9tYWluIG5hbWUgdG8gdXNlIGZvciBtYWlsIGZyb20gbG9jYWwgdXNlcnM7IHR5cGljYWxs eSB0aGlzIGlzICINCiJ0aGUgbWFjaGluZSBvbiB3aGljaCB5b3Ugbm9ybWFsbHkgcmVjZWl2 ZSB5b3VyIG1haWwuIg0KbXNnc3RyICIiDQoi64KY6rCA64qUIOuplOydvOyXkOyEnCDroZzs u6wg66mU7J28IOydtOumhOydhCDqsJDstpTquLDroZwg7ZWY7IWo6riwIOuVjOusuOyXkCwg 66Gc7LusIOyCrOyaqeyekOqwgCDsgqzsmqkiDQoi7ZWgIOuPhOuplOyduCDsnbTrpoTsnYQg 7KeA7KCV7ZW07JW8IO2VqeuLiOuLpDsg64yA67aA67aEIOuplOydvOydhCDrsJvsnYQg65WM IOyTsOuKlCDsu7Ttk6jthLDroZwg7KeA7KCV7ZWpIg0KIuuLiOuLpC4iDQoNCiMuIFR5cGU6 IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMu bWFzdGVyOjk2DQptc2dpZCAiV2hlcmUgd2lsbCB5b3VyIHVzZXJzIHJlYWQgdGhlaXIgbWFp bD8iDQptc2dzdHIgIuyCrOyaqeyekOuKlCDslrTrlJTshJwg66mU7J287J2EIOydveyKteuL iOq5jD8iDQoNCiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00 LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjEwNQ0KbXNnaWQgIk1hY2hpbmUgaGFuZGxpbmcg b3V0Z29pbmcgbWFpbCBmb3IgdGhpcyBob3N0IChzbWFydGhvc3QpOiINCm1zZ3N0ciAi7J20 IO2YuOyKpO2KuOyXkOyEnCDrgpjqsIDripQg66mU7J287J2EIOyymOumrO2VoCDsu7Ttk6jt hLAgKOyKpOuniO2KuO2YuOyKpO2KuCk6Ig0KDQojLiBUeXBlOiBzdHJpbmcNCiMuIERlc2Ny aXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxMDUNCm1zZ2lk ICJFbnRlciB0aGUgaG9zdG5hbWUgb2YgdGhlIG1hY2hpbmUgdG8gd2hpY2ggb3V0Z29pbmcg bWFpbCBpcyBzZW50LiINCm1zZ3N0ciAi64KY6rCA64qUIOuplOydvOydhCDrs7Trgrwg7Lu0 7ZOo7YSw7J2YIO2YuOyKpO2KuOydtOumhOydhCDsnoXroKXtlZjsi63si5zsmKQiDQoNCiMu IFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1w bGF0ZXMubWFzdGVyOjEwNQ0KbXNnaWQgIiINCiJSZWZlciB0byAvdXNyL3NoYXJlL2RvYy9l eGltNC1iYXNlL1JFQURNRS5TTVRQLUFVVEggZm9yIG5vdGVzIGFib3V0IHNldHRpbmcgIg0K InVwIFNNVFAgYXV0aGVudGljYXRpb24uIg0KbXNnc3RyICIiDQoiU01UUCDsnbjspp0g7ISk 7KCV7JeQIOq0gO2VtOyEnOuKlCAvdXNyL3NoYXJlL2RvYy9leGltNC1iYXNlL1JFQURNRS5T TVRQLUFVVEgg7YyM7J287J2EICINCiLssLjqs6DtlZjsi63si5zsmKQuIg0KDQojLiBUeXBl OiBzdHJpbmcNCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVz Lm1hc3RlcjoxMTMNCm1zZ2lkICJSb290IGFuZCBwb3N0bWFzdGVyIG1haWwgcmVjaXBpZW50 OiINCm1zZ3N0ciAicm9vdCDrsI8gcG9zdG1hc3RlciDrqZTsnbzsnYQg67Cb7J2EIOyCrOue jDoiDQoNCiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNv bmZpZy50ZW1wbGF0ZXMubWFzdGVyOjExMw0KbXNnaWQgIiINCiJNYWlsIGZvciB0aGUgXCJw b3N0bWFzdGVyXCIsIFwicm9vdFwiLCBhbmQgb3RoZXIgc3lzdGVtIGFjY291bnRzIGlzIHVz dWFsbHkgIg0KInJlZGlyZWN0ZWQgdG8gdGhlIHVzZXIgYWNjb3VudCBvZiB0aGUgYWN0dWFs IHN5c3RlbSBhZG1pbmlzdHJhdG9yLiBJZiB5b3UgIg0KImxlYXZlIHRoaXMgdmFsdWUgZW1w dHksIHN1Y2ggbWFpbCB3aWxsIGJlIHNhdmVkIGluIC92YXIvbWFpbC9tYWlsLCB3aGljaCBp cyAiDQoibm90IHJlY29tbWVuZGVkLiBOb3RlIHRoYXQgcG9zdG1hc3RlcidzIG1haWwgc2hv dWxkIGJlIHJlYWQgb24gdGhlIHN5c3RlbSB0byAiDQoid2hpY2ggaXQgaXMgZGlyZWN0ZWQs IHJhdGhlciB0aGFuIGJlaW5nIGZvcndhcmRlZCBlbHNld2hlcmUsIHNvIChhdCBsZWFzdCAi DQoib25lIG9mKSB0aGUgdXNlcnMgeW91IGNob29zZSBzaG91bGQgbm90IHJlZGlyZWN0IHRo ZWlyIG1haWwgb2ZmIHRoaXMgIg0KIm1hY2hpbmUuIFVzZSBhIFwicmVhbC1cIiBwcmVmaXgg dG8gZm9yY2UgbG9jYWwgZGVsaXZlcnkuIg0KbXNnc3RyICIiDQoiXCJwb3N0bWFzdGVyXCIs IFwicm9vdFwiIOuwjyDqt7gg7Jm4IOyLnOyKpO2FnCDqs4TsoJXrk6Tsl5Ag67O064K064qU IOuplOydvOydgCDrs7TthrUg7Iuk7KCcIOyLnCINCiLsiqTthZwg6rSA66as66W8IOunoeqz oCDsnojripQg7IKs7Jqp7J6Q7J2YIOqzhOygleycvOuhnCDsoITri6ztlanri4jri6QuIOyd tCDqsJLsnYQg67mE7JuMIOuGk+ycvOuptCwg6re465+sIg0KIu2VnCDrqZTsnbzsnYAgL3Zh ci9tYWlsL21haWzsl5Ag7KCA7J6l65CY6rOgLCDrs4TroZwg6raM7J6l7ZWY7KeAIOyViuuK lCDrsKnrspXsnoXri4jri6QuICINCiJwb3N0bWFzdGVy7J2YIOuplOydvOydgCDrqZTsnbzs nYQg67O064K4IOuwlOuhnCDqt7gg7Iuc7Iqk7YWc7JeQ7IScIOydveuPhOuhnSDtlZzri6Tr ipQg6rKD7JeQIOyjvOydmO2VmCINCiLsi63si5zsmKQuIOq3uOufrOugpOuptCDsl6zquLDs hJwg7ISg7YOd7ZWY64qUIOyCrOyaqeyekOydmCDrqZTsnbzsnYAg7J20IOy7tO2TqO2EsCDr sJbsnLzroZwg64KY6rCA66m0IOyViCAiDQoi65Cp64uI64ukLiDroZzsu6wg67Cw64us7J2E IOqwleygnOuhnCDtlZjroKTrqbQg7J2066aEIOyVnuyXkCBcInJlYWwtXCLsnYQg67aZ7J20 7Iut7Iuc7JikLiINCg0KIy4gVHlwZTogc3RyaW5nDQojLiBEZXNjcmlwdGlvbg0KIzogLi4v ZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6MTEzDQptc2dpZCAiRW50ZXIgb25lIG9y IG1vcmUgdXNlcm5hbWVzIHNlcGFyYXRlZCBieSBzcGFjZXMuIg0KbXNnc3RyICLtlZwg6rCc IO2YueydgCDqt7gg7J207IOB7J2YIOyCrOyaqeyekCDsnbTrpoTsnYQg6rO167Cx7Jy866Gc IOq1rOu2hO2VtCDsnoXroKXtlZjsi63si5zsmKQuIg0KDQojLiBUeXBlOiBib29sZWFuDQoj LiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6MTI4 DQptc2dpZCAiT3ZlcndyaXRlIGV4aXN0aW5nIC9ldGMvYWxpYXNlcz8iDQptc2dzdHIgIu2Y hOyerOydmCAvZXRjL2FsaWFzZXPrpbwg642u7Ja07JOw7Iuc6rKg7Iq164uI6rmMPyINCg0K Iy4gVHlwZTogYm9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50 ZW1wbGF0ZXMubWFzdGVyOjEyOA0KbXNnaWQgIiINCiJZb3UgYWxyZWFkeSBoYXZlIGFuIC9l dGMvYWxpYXNlcyBmaWxlLCBidXQgaXQgZG9lcyBub3QgcmVkaXJlY3QgbWFpbCBmb3IgIg0K InJvb3QgdG8gYSB1c2VyIGFjY291bnQsIHdoaWNoIGlzIHN0cm9uZ2x5IHJlY29tbWVuZGVk LiBJZiB5b3UgYWNjZXB0ICINCiJvdmVyd3JpdGluZyBpdCwgdGhlIG9sZCBmaWxlIHdpbGwg YmUga2VwdCBhbmQgcmVuYW1lZCB0byBhbGlhc2VzLk8uIg0KbXNnc3RyICIiDQoi7ZiE7J6s IC9ldGMvYWxpYXNlcyDtjIzsnbzsl5DshJzripQsIHJvb3TroZwg6rCA64qUIOuplOydvOyd hCDsgqzsmqnsnpAg6rOE7KCV7Jy866GcIOuztOuCtOyngCDslYrsirUiDQoi64uI64ukLiDs gqzsmqnsnpAg6rOE7KCV7Jy866GcIOuplOydvOydhCDrs7TrgrTsi5zquLgg6rCV66Cl7Z6I IOq2jO2VqeuLiOuLpC4gYWxpYXNlcyDtjIzsnbzsnYQg642u7Ja0ICINCiLsk7gg6rK97Jqw LCDqs7zqsbDsnZgg7YyM7J287J2EIOycoOyngO2VmOuptOyEnCBhbGlhc2VzLjAg7YyM7J28 66GcIOydtOumhOydhCDrsJTqv4nri4jri6QuIg0KDQojLiBUeXBlOiBzdHJpbmcNCiMuIERl c2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxMzYNCm1z Z2lkICJJUC1hZGRyZXNzZXMgdG8gbGlzdGVuIG9uIGZvciBpbmNvbWluZyBTTVRQIGNvbm5l Y3Rpb25zOiINCm1zZ3N0ciAi65Ok7Ja07Jik64qUIFNNVFAg7Jew6rKw7J2EIOuwm+yVhOuT pOydvCBJUCDso7zshow6Ig0KDQojLiBUeXBlOiBzdHJpbmcNCiMuIERlc2NyaXB0aW9uDQoj OiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxMzYNCm1zZ2lkICIiDQoiRW50 ZXIgYSBjb2xvbi1zZXBhcmF0ZWQgbGlzdCBvZiBJUC1hZGRyZXNzZXMgdG8gbGlzdGVuIG9u LiAgWW91IG5lZWQgdG8gIg0KImRvdWJsZSB0aGUgY29sb25zIGluIElQdjYgYWRkcmVzc2Vz IChlLmcuIDVmMDM6OjEyMDA6OjgzNmY6Ojo6KS4iDQptc2dzdHIgIiINCiLsl7DqsrDsnYQg 67Cb7JWE65Ok7J28IElQIOyjvOyGjCDrqqnroZ3snYQg7L2c66Gg7Jy866GcIOq1rOu2hO2V tCDsnoXroKXtlZjsi63si5zsmKQuICBJUHY2IOyjvOyGjCDslYjsl5AgIg0KIuuTpOyWtCDs nojripQg7L2c66Gg7J2AIOy9nOuhoCAy6rCc66W8IOyNqOyVvCDtlanri4jri6QgKOyYiOul vCDrk6TslrQgNWYwMzo6MTIwMDo6ODM2Zjo6OjopLiINCg0KIy4gVHlwZTogc3RyaW5nDQoj LiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6MTM2 DQptc2dpZCAiIg0KIklmIHlvdSBsZWF2ZSB0aGlzIHZhbHVlIGVtcHR5LCBFeGltIHdpbGwg bGlzdGVuIGZvciBjb25uZWN0aW9ucyBvbiB0aGUgU01UUCAiDQoicG9ydCBvZiBhbGwgYXZh aWxhYmxlIG5ldHdvcmsgaW50ZXJmYWNlcy4iDQptc2dzdHIgIiINCiLsnbQg6rCS7J2EIOu5 hOybjOuRmCDqsr3smrDsl5AsIGV4aW3snYAg7IKs7JqpIOqwgOuKpe2VnCDrqqjrk6Ag64Sk 7Yq47JuM7YGsIOyduO2EsO2OmOydtOyKpOyXkOyEnCBTTVRQICINCiLsl7DqsrDsnYQg67Cb 7JWE65Ok7J206rKMIOuQqeuLiOuLpC4iDQoNCiMuIFR5cGU6IHN0cmluZw0KIy4gRGVzY3Jp cHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjEzNg0KbXNnaWQg IiINCiJJZiB0aGlzIGNvbXB1dGVyIGRvZXMgbm90IHJlY2VpdmUgZS1tYWlsIGRpcmVjdGx5 IHBlciBTTVRQIGZyb20gT1RIRVIgaG9zdHMsICINCiJidXQgb25seSBmcm9tIGxvY2FsIHNl cnZpY2VzIGxpa2UgZmV0Y2htYWlsIG9yIHlvdXIgZS1tYWlsIHByb2dyYW0gKE1VQSkgIg0K InRhbGtpbmcgdG8gbG9jYWxob3N0IHlvdSBzaG91bGQgcHJvaGliaXQgZXh0ZXJuYWwgY29u bmVjdGlvbnMgdG8gRXhpbSBieSAiDQoic2V0dGluZyB0aGlzIG9wdGlvbiB0byAxMjcuMC4w LjEgYW5kIHRoZXJlZm9yZSBkaXNhYmxpbmcgbGlzdGVuaW5nIG9uIHB1YmxpYyAiDQoibmV0 d29yayBpbnRlcmZhY2VzLiINCm1zZ3N0ciAiIg0KIuunjOyVvSDsnbQg7Lu07ZOo7YSw6rCA IFNNVFDroZwg7KCE7J6Q66mU7J287J2EIOuLpOuluCDtmLjsiqTtirjsl5DshJzripQg67Cb 7KeAIOyViuycvOuptOyEnCwgZmV0Y2htYWlsIg0KIuydtOuCmCDsoITsnpDrqZTsnbwg7ZSE 66Gc6re4656oKE1VQSnsl5DshJwg66Gc7Lus7Zi47Iqk7Yq466GcIOyXsOqysO2VmOuKlCDq sr3smrDsl5DripQg67Cb7JWE65Ok7J2064qUIOqyvSINCiLsmrAsIOydtCDsmLXshZjsnYQg MTI3LjAuMC4x66GcIOyEpOygle2VmOuptCDsmbjrtoAg7Jew6rKw7J2EIOq4iOyngO2VmOqz oCDsmbjrtoAg64Sk7Yq47JuM7YGsIOyduO2EsO2OmCINCiLsnbTsiqTsl5DshJwg66mU7J28 7J2EIOuwm+yngCDslYrqsowg65Cp64uI64ukLiINCg0KIy4gVHlwZTogYm9vbGVhbg0KIy4g RGVzY3JpcHRpb24NCiM6IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjE1Mg0K bXNnaWQgIktlZXAgbnVtYmVyIG9mIEROUy1xdWVyaWVzIG1pbmltYWwgKERpYWwtb24tRGVt YW5kKT8iDQptc2dzdHIgIkROUyDsp4jsnZjrpbwg7LWc7IaM7ZmU7ZWY7Iuc6rKg7Iq164uI 6rmMICjtlYTsmpTtlaAg65WM66eMIOyghO2ZlOygkeyGjSk/Ig0KDQojLiBUeXBlOiBib29s ZWFuDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0 ZXI6MTUyDQptc2dpZCAiIg0KIkluIG5vcm1hbCBtb2RlIG9mIG9wZXJhdGlvbiBFeGltIG1h a2VzIEROUy1sb29rdXBzIGF0IHN0YXJ0dXAsIHdoZW4gIg0KInJlY2VpdmluZyBvciBkZWxp dmVyaW5nIG1lc3NhZ2UsIGV0Yy4gZm9yIGxvZ2dpbmcgcHVycG9zZXMgYW5kIHRvIGtlZXAg dGhlICINCiJudW1iZXIgb2YgaGFyZC1jb2RlZCB2YWx1ZXMgaW4gdGhlIGNvbmZpZ3VyYXRp b24gZmlsZSBzbWFsbC4iDQptc2dzdHIgIiINCiLsnbzrsJjsoIHsnbgg64+Z7J6RIOuqqOuT nOyXkOyEnOuKlCBleGlt7J20IOyLnOyeke2VoCDrlYwsIOuplOyEuOyngOulvCDrsJvsnYQg 65WMLCDrs7Trgrwg65WMIOuTseyXkOyEnCAiDQoiRE5TIOywvuq4sOulvCDtlanri4jri6Qu IOydtCBETlMg7LC+6riw64qUIOq4sOuhnSDrsI8g7ISk7KCVIO2MjOydvOyXkOyEnCDtlZjr k5zsvZTrlKnrkJwg6rCS7J2EIOy1nOyGjO2ZlCINCiLtlZjquLAg7JyE7ZWcIOqyg+yeheuL iOuLpC4iDQoNCiMuIFR5cGU6IGJvb2xlYW4NCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGlt NC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxNTINCm1zZ2lkICIiDQoiSWYgdGhpcyB3ZXJl IGEgaG9zdCB3aXRob3V0IHBlcm1hbmVudCBETlMtbmFtZXNlcnZlci1hY2Nlc3MgdXNpbmcg RGlhbC1vbi0iDQoiRGVtYW5kIHRoaXMgbWlnaHQgaGF2ZSB0aGUgdW53YW50ZWQgY29uc2Vx dWVuY2UgdGhhdCBzdGFydGluZyB1cCBleGltIG9yICINCiJydW5uaW5nIHRoZSBxdWV1ZSAo ZXZlbiB3aXRoIG5vIG1lc3NhZ2VzIHdhaXRpbmcpIG1pZ2h0IHRyaWdnZXIgYSBjb3N0bHkg Ig0KImRpYWwtdXAtZXZlbnQuIg0KbXNnc3RyICIiDQoi7ZWE7JqU7ZWgIOuVjOunjCDsoITt mZTsoJHsho3snYQg7ZWY6riwIOuVjOusuOyXkCBETlMg64Sk7J6E7ISc67KE7JeQIOyVhOus tCDrlYzrgpgg7KCR6re87ZWgIOyImCDsl4bripQg7Zi4Ig0KIuyKpO2KuOydmCDqsr3smrAg 7J2066CH6rKMIOyekOyjvCBETlMg7LC+6riw66W8IO2VmOuptCwgZXhpbeydhCDsi5zsnpHt laAg65WM64KYIOuplOydvCDtgZDrpbwg7Iuk7ZaJ7ZWYIg0KIuuKlCDqsr3smrAgKO2BkOyX kCDsi6TsoJwg66mU7IS47KeA6rCAIOyXhuuNlOudvOuPhCkg7KCE7ZmU7JqU6riI7J20IO2V hOyalO2VnCDsoITtmZTsoJHsho3snYQg7Iuc64+E7ZWY6rKMICINCiLrkKnri4jri6QuIg0K DQojLiBUeXBlOiBib29sZWFuDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmln LnRlbXBsYXRlcy5tYXN0ZXI6MTUyDQptc2dpZCAiIg0KIkVuYWJsZSB0aGlzIGZlYXR1cmUg aWYgeW91IGFyZSB1c2luZyBEaWFsLW9uLURlbWFuZDsgb3RoZXJ3aXNlLCBkaXNhYmxlIGl0 LiINCm1zZ3N0ciAiIg0KIu2VhOyalO2VoCDrlYzrp4wg7KCE7ZmU7KCR7IaN7J2EIO2VmOuK lCDqsr3smrDsl5Ag7J20IOq4sOuKpeydhCDsgqzsmqntlZjsi63si5zsmKQ7IOq3uOugh+yn gCDslYrsnYAg6rK97JqwICINCiLsgqzsmqntlZjsp4Ag66eI7Iut7Iuc7JikLiINCg0KIy4g VHlwZTogdGl0bGUNCiMuIERlc2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxh dGVzLm1hc3RlcjoxNjYNCm1zZ2lkICJDb25maWd1cmluZyBFeGltIHY0IChleGltNC1jb25m aWcpIg0KbXNnc3RyICJFeGltIOuyhOyghDQg7ISk7KCVIChleGltNC1jb25maWcpIg0KDQoj LiBUeXBlOiBib29sZWFuDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRl bXBsYXRlcy5tYXN0ZXI6MTcwDQptc2dpZCAiU3BsaXQgY29uZmlndXJhdGlvbiBpbnRvIHNt YWxsIGZpbGVzPyINCm1zZ3N0ciAi7ISk7KCV7J2EIOyekeydgCDtjIzsnbwg7Jes65+s6rCc 66GcIOyqvOqwnOyLnOqyoOyKteuLiOq5jD8iDQoNCiMuIFR5cGU6IGJvb2xlYW4NCiMuIERl c2NyaXB0aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxNzANCm1z Z2lkICIiDQoiVGhlIERlYmlhbiBleGltNCBwYWNrYWdlcyBjYW4gZWl0aGVyIHVzZSBhIHNp bmdsZSBtb25vbGl0aGljIGZpbGUgKC9ldGMvIg0KImV4aW00L2V4aW00LmNvbmYudGVtcGxh dGUpIG9yIGFib3V0IDQwIHNtYWxsIGZpbGVzIGluIC9ldGMvZXhpbTQvY29uZi5kLyB0byAi DQoiZ2VuZXJhdGUgdGhlIGZpbmFsIGNvbmZpZ3VyYXRpb24uIg0KbXNnc3RyICIiDQoi642w 67mE7JWIIGV4aW00IO2MqO2CpOyngOyXkOyEnCDtlZwg6rCc7J2YIO2Gte2VqeuQnCDtjIzs nbzsnYQgKC9ldGMvZXhpbTQvZXhpbTQuY29uZi4iDQoidGVtcGxhdGUpIOyTuCDsiJjrj4Qg 7J6I6rOgIC9ldGMvZXhpbTQvY29uZi5kLyDslYjsl5AgNDDsl6zqsJzsnZgg7J6R7J2AIO2M jOydvOyXkOyEnCDstZzsooUg7ISkIg0KIuyglSDtjIzsnbzsnYQg66eM65OkIOyImOuPhCDs nojsirXri4jri6QuIg0KDQojLiBUeXBlOiBib29sZWFuDQojLiBEZXNjcmlwdGlvbg0KIzog Li4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6MTcwDQptc2dpZCAiIg0KIlRoZSBm b3JtZXIgaXMgYmV0dGVyIHN1aXRlZCBmb3IgbGFyZ2UgbW9kaWZpY2F0aW9ucyBhbmQgaXMg Z2VuZXJhbGx5IG1vcmUgIg0KInN0YWJsZSwgd2hlcmVhcyB0aGUgbGF0dGVyIG9mZmVycyBh IGNvbWZvcnRhYmxlIHdheSB0byBtYWtlIHNtYWxsZXIgIg0KIm1vZGlmaWNhdGlvbnMgYnV0 IGlzIG1vcmUgZnJhZ2lsZSBhbmQgbWlnaHQgYnJlYWsgaWYgbW9kaWZpZWQgZXh0ZW5zaXZl bHkuIg0KbXNnc3RyICIiDQoi7KCE7J6Q7J2YIOqyveyasCDshKTsoJXsnYQg66eO7J20IOyI mOygle2VmOuKlCDqsr3smrDsl5Ag642UIOygge2Vqe2VmOqzoCDrjZQg7JWI7KCV7KCB7J6F 64uI64ukLiAg67CY66m0IO2bhCINCiLsnpDripQg7ISk7KCV7J2EIOyVveqwhCDsiJjsoJXt lZjripQg6rK97Jqw7JeQIOuNlCDqsITri6jtlZwg67Cp67KV7J20IOyeiOyngOunjCDrp47s nbQg7IiY7KCV7ZW07JW8IO2VoCDqsr0iDQoi7Jqw7JeQIOyEpOygleydtCDrp53qsIDsp4gg 7IiY64+EIOyeiOyKteuLiOuLpC4iDQoNCiMuIFR5cGU6IGJvb2xlYW4NCiMuIERlc2NyaXB0 aW9uDQojOiAuLi9leGltNC1jb25maWcudGVtcGxhdGVzLm1hc3RlcjoxNzANCm1zZ2lkICJJ ZiB5b3UgYXJlIHVuc3VyZSB0aGVuIHlvdSBzaG91bGQgbm90IHVzZSBzcGxpdCBjb25maWd1 cmF0aW9uLiINCm1zZ3N0ciAi7J6YIOuqqOultOqyoOycvOuptCDshKTsoJXsnYQg7Kq86rCc 7KeAIOunkOyVhOyVvCDtlanri4jri6QuIg0KDQojLiBUeXBlOiBib29sZWFuDQojLiBEZXNj cmlwdGlvbg0KIzogLi4vZXhpbTQtY29uZmlnLnRlbXBsYXRlcy5tYXN0ZXI6MTg0DQptc2dp ZCAiSGlkZSBsb2NhbCBtYWlsIG5hbWUgaW4gb3V0Z29pbmcgbWFpbD8iDQptc2dzdHIgIuuC mOqwgOuKlCDrqZTsnbzsl5DshJwg66Gc7LusIOuplOydvCDsnbTrpoTsnYQg6rCQ7LaU7Iuc 6rKg7Iq164uI6rmMPyINCg0KIy4gVHlwZTogYm9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6 IC4uL2V4aW00LWNvbmZpZy50ZW1wbGF0ZXMubWFzdGVyOjE4NA0KbXNnaWQgIiINCiJUaGUg aGVhZGVycyBvZiBvdXRnb2luZyBtYWlsIGNhbiBiZSByZXdyaXR0ZW4gdG8gbWFrZSBpdCBh cHBlYXIgdG8gaGF2ZSBiZWVuICINCiJnZW5lcmF0ZWQgb24gYSBkaWZmZXJlbnQgc3lzdGVt LCByZXBsYWNpbmcgXCIke21haWxuYW1lfVwiIFwibG9jYWxob3N0XCIgYW5kICINCiJcIiR7 ZGNfb3RoZXJfaG9zdG5hbWVzfVwiIGluIEZyb20sIFJlcGx5LVRvLCBTZW5kZXIgYW5kIFJl dHVybi1QYXRoLiINCm1zZ3N0ciAiIg0KIuuLpOuluCDsi5zsiqTthZzsl5DshJwg66mU7J28 7J20IOuCmOqwgOuKlCDqsoPsspjrn7wg67O07J2064+E66GdIOuCmOqwgOuKlCDrqZTsnbzs nZgg7Zek642U66W8IOuLpOyLnCDsk7ggIg0KIuyImCDsnojsirXri4jri6QuICBGcm9tLCBS ZXBseS1UbywgU2VuZGVyIOuwjyBSZXR1cm4tUGF0aOyXkOyEnCBcIiR7bWFpbG5hbWV9XCIg Ig0KIlwibG9jYWxob3N0XCIg67CPIFwiJHtkY19vdGhlcl9ob3N0bmFtZXN9XCIg7J2066aE 7J2EIOuLpOuluCDsnbTrpoTsnLzroZwg67CU6r+J64uI64ukLiINCg== --===============1254508820==-- From morrisadrian@hotmail.com Fri Jan 28 16:33:51 2005 From: morrisadrian@hotmail.com (morris adrian) Date: Fri, 28 Jan 2005 18:33:51 +0200 Subject: BUSINESS PROPOSAL Message-ID: FROM.MORRIS ANDRIAN EMAIL: morrisadrian@hotmail.com ZIMBABWE. BUSINESS PROPOSAL ATTENTION:CEO,DIRECTOR, This contact has become imperative based on the recent tribulation in Zimbabwe which has led to my present predicament. I am therefore using this medium to appeal to your good conscience to come to my rescue and the rescue of my family. I am MR.MORRIS ADRIAN a white commercial farmer from Zimbabwe and I got your contact from one of my business directories. I was born and bred in Zimbabwe to the best of my knowledge,my parents and grandparents lived all their lives in Zimbabwe africa.I have also lived all my life in Zimbabwe and so has all members of my family, therefore it is right to call me a Zimbabwean though white, I am by law a Zimbabwean. I have little or no knowledge of my roots save for the fact that my forefathers as I was told,hailed from Australia,which I have never visited all my life.It is pertinent that I tell you all this so that you can come to a full comprehension of the ill treatment that I have received from the Zimbabwean government of late. The government of Robert Mugabe, president of Zimbabwe, in the year 2000 promulgated an abbysmal land law, the fast tract land resettlement program, aimed at taking land from the rich white commercial farmers in Zimbabwe and given it to the so called poor natural inhabitants of Zimbabwe, the black Zimbabweans, who as the president claimed are the rightful owners of these land. To this effects,our lands, including the lands where our personal houses where built on have been taking from us, rendering us homeless. In pursuance to this law, the so called natural inhabitants, the black Zimbabweans, have committed serious human rights violations in the process of forcefully taking our lands from us. Many of our white brothers were maimed, killed and rendered homeless. Those of us that are alive now live in fear. As the victim of this inhuman treatment, I have been rendered homeless, that I now live in a village in the far north of Manica land, Zimbabwe,where I have to travel 100 kilometers to send this mail to you. We were hoping that the international community will come to our rescue, but this hope has been dashed since all we hear is that the international community is still appealing to the Zimbabwean government to reconsider the law,which clearly has fallen on deaf ears,since most of us have been relegated to abject poverty and homelessness while living in fear.All our properties have been confiscated including our bank accounts which have been frozen.The rest of us who managed to flee Zimbabwe at the inception of this law are now the lucky ones. My dear friend,I have lost all I worked for all my life. As a tobacco farmer I have lost both my farm land and all my financial resources in Zimbabwe. I only have one hope left,which is to leave Zimbabwe alive. I am using this medium to appeal to you to come to my rescue and that of my family by helping us get out of Zimbabwe to a safe abode,where we can start life afresh again.I have some money in EUROPE Which I deposited there in a security firm to enable float an export and import company to facilitate the transportation of my farm produce which was costing me alot. I cannot reach the money because of my present isolation,moreover I do not have a bank account anymore in Zimbabwe to facilitate bank to bank transfer. I need your help to withdraw this money as all the documents neccessary for this withdrawal is still in my possession so that I can leave Zimbabwe as soon as possible and settle down with my family in your country. Please endeavour to try and help me as you will be greatly rewarded for your effort. I thank you for your anticipated cooperation as I await your response to this mail. Regards, MR.MORRIS ADRIAN _________________________________________________________________ Search even faster with MSN Toolbar! http://toolbar.msn.co.za?DI=1054&XAPID=2083 From mhnwzskekulh@sasknet.sk.ca Mon Jan 31 17:01:08 2005 From: mhnwzskekulh@sasknet.sk.ca (Jackie) Date: Mon, 31 Jan 2005 14:01:08 -0300 Subject: Please keep for your records Message-ID: <43695107049263.54723.qmail@204.83.16.196> Sorry for taking so long. I finally found that site you were asking me about. Remember, the one that I used to get a great r\ate on my home loa n? I was just looking around the other day and they offer r ate s at only 3.5 %. I am sure they can help you out. Please let me know how it goes. http://www.rtver.com/ Talk to you soon, Jackie From RISKO Gergely , 292906@bugs.debian.org Mon Jan 31 00:31:54 2005 From: RISKO Gergely , 292906@bugs.debian.org (RISKO Gergely) Date: Mon, 31 Jan 2005 01:31:54 +0100 Subject: Bug#292906: exim4-daemon-heavy: Compiled without cyrus_sasl authenticator Message-ID: Package: exim4-daemon-heavy Version: 4.44-2 Severity: normal Please compile the heavy package with cyrus_sasl authenticator. ldd /usr/sbin/exim4 says that sasl2 is linked already anyway, so we won't loss anything, but will get a great _real_ sasl support. Thanks, Gergely -- Package-specific info: Exim version 4.44 #1 built 27-Jan-2005 13:57:15 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 28 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /etc/exim4/exim4.conf -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-daemon-heavy depends on: ii exim4-base 4.44-2 support files for all exim MTA (v4 ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libldap2 2.1.30-3 OpenLDAP libraries ii libmysqlclient10 3.23.56-2 LGPL-licensed client library for M ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpcre3 4.5-1.1 Perl 5 Compatible Regular Expressi ii libperl5.8 5.8.4-5 Shared Perl library ii libpq3 7.4.6-6 PostgreSQL C client library -- no debconf information From Marc Sherman , 290810@bugs.debian.org Sat Jan 29 11:33:12 2005 From: Marc Sherman , 290810@bugs.debian.org (Marc Sherman) Date: Sat, 29 Jan 2005 06:33:12 -0500 Subject: Bug#290810: The bug didn't work? Message-ID: <41FB7478.6000005@projectile.ca> Strange. exim4doc moved into testing this morning, despite this bug. - Marc From Stephen Gran , 285371@bugs.debian.org Sat Jan 29 16:39:35 2005 From: Stephen Gran , 285371@bugs.debian.org (Stephen Gran) Date: Sat, 29 Jan 2005 11:39:35 -0500 Subject: Bug#285371: exim4-base: gnutls-params missing and not recreated here either Message-ID: <20050129163935.GA7606@gashuffer.lobefin.net> --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: exim4-base Version: 4.43-4 Followup-For: Bug #285371 This is essentially a 'me-too' type post, so sorry about that :) I just wanted to let you know it's not isolated. This is happening on two machines I administer as well, and I have had to make the same kludge as the OP. If I can help in any way with debugging, I would be happy to. Thanks, -- Package-specific info: Exim version 4.43 #1 built 18-Jan-2005 13:30:32 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch n= is nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype=3D'smarthost' dc_other_hostnames=3D'gashuffer.lobefin.net' dc_local_interfaces=3D'127.0.0.1' dc_readhost=3D'' dc_relay_domains=3D'' dc_minimaldns=3D'false' dc_relay_nets=3D'' dc_smarthost=3D'mail.lobefin.net' CFILEMODE=3D'644' dc_use_split_config=3D'true' dc_hide_mailname=3D'false' dc_mailname_in_oh=3D'true' mailname:gashuffer.lobefin.net -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=3DC, LC_CTYPE=3Den_US.ISO-8859-15 (charmap=3DISO-8859-15) (ign= ored: LC_ALL set to en_US.ISO-8859-15) Versions of packages exim4-base depends on: ii adduser 3.59 Add and remove users and groups ii cron 3.0pl1-86 management of regular backgrou= nd p ii debconf [debconf-2.0] 1.4.42 Debian configuration managemen= t sy ii exim4-config [exim4-config- 4.43-4 Debian configuration for exim4 ii libc6 2.3.2.ds1-20 GNU C Library: Shared librarie= s an ii libdb3 3.2.9-20 Berkeley v3 Database Libraries= [ru ii netbase 4.19 Basic TCP/IP networking system ii passwd 1:4.0.3-30.8 Change and administer password= and -- debconf information: exim4/purge_spool: false exim4/move_exim3_spool: false --=20 ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : sgran@debian.org | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | ----------------------------------------------------------------- --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB+7xHSYIMHOpZA44RAuYbAJsHvD6VhSGBjQJNpYJBhqIj5ZumnQCgk5jI G7350F489hbwduSPM8l4ED8= =lBss -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From Stephen Gran , 285371@bugs.debian.org Sat Jan 29 20:56:21 2005 From: Stephen Gran , 285371@bugs.debian.org (Stephen Gran) Date: Sat, 29 Jan 2005 15:56:21 -0500 Subject: Bug#285371: exim4-base: gnutls-params missing and not recreated here either In-Reply-To: <20050129163935.GA7606@gashuffer.lobefin.net> References: <20050129163935.GA7606@gashuffer.lobefin.net> Message-ID: <20050129205621.GA20876@www.lobefin.net> --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This one time, at band camp, Stephen Gran said: > This is essentially a 'me-too' type post, so sorry about that :) >=20 > I just wanted to let you know it's not isolated. This is happening on > two machines I administer as well, and I have had to make the same > kludge as the OP. If I can help in any way with debugging, I would be > happy to. A little more investigation today shows that both machines that have a problem with this are also very low on entropy. They are fairly idle servers, so perhaps this is why - not enough events or something to generate the needed entropy. So perhaps this is an implementation detail in gnutls, that it blocks on /dev/random? I am not sure that I want gnutls to use /dev/urandom at all times, but maybe there is a way to make a quick-n-dirty key using /dev/urandom if system entropy is low, and another to do the right thing and block on /dev/random? I am going to investigate the gnutls sources for a while, but as I am no cryptographer, I don't expect inspiration. Thanks, --=20 ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : sgran@debian.org | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | ----------------------------------------------------------------- --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+/h1SYIMHOpZA44RAuRcAJ9+cUCfnXPGgI4JnO+r46N/MQGYWACeLLgx BLCw2gdl19BfKZkfVMVkGtQ= =JP5k -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From Jari Aalto , 292853@bugs.debian.org Sun Jan 30 15:25:47 2005 From: Jari Aalto , 292853@bugs.debian.org (Jari Aalto) Date: Sun, 30 Jan 2005 17:25:47 +0200 Subject: Bug#292853: exim4-doc-info: 6.16 Format of driver / use local_user, not localuser example Message-ID: Package: exim4-doc-info Version: 4.40-1 Severity: minor At section 6.16 there is example: In the following example, the instance name is "localuser", and it is followed by three options settings: localuser: driver = accept check_local_user transport = local_delivery However exim4 uses local_user: instance name in file router/900_exim4-config_local_user local_user: debug_print = "R: local_user for $local_part@$domain" driver = accept ... It would be better if the info used same names as in default configuration -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- no debconf information From stella_linus@zipmail.com.br Mon Jan 31 12:02:30 2005 From: stella_linus@zipmail.com.br (stella_linus@zipmail.com.br) Date: Mon, 31 Jan 2005 12:02:30 +0000 Subject: =?iso-8859-1?Q?Urgent=20Reply=20?= Message-ID: <41FDD7760000162B@www.zipmail.com.br> Dear Friend, Good day and Compliments, I am writing this letter in confidence believing that if it is the wish of God for you to help me and my family, God almighty will bless and rewa= rd you aboundantly and you would never regreat this. I am a female student from University of Burkina-Faso, Ouagadougou. I am 25 yrs old. I'd like any person who can be caring, loving and home orient= ed. I will love to have a long-term relationship with you and to know more ab= out you. I would like to build up a solid foundation with you in time coming if you can be able to help me in this transaction. Well, my father died earlier two months ago and left I and my junior brot= her behind. He was a king, which our town citizens titled him over sixteen ye= ars before his death. I was a princess to him and I am the only person who can take care of his= wealth now because my junior brother is still young and my mother is not literate enough to know all my father's wealth. He left the sum of USD 7,= 350, 000.00 dollars (seven Million, Three Hundred and Fifty Thousand US Dollar= s)in a security company.This money was annually paid into my late fathers acco= unt from Shell petroleum development company(spdc)and chevron oil company ope= rating in our locality for the compensation of youth and community development in our jurisdiction. I don't know how and what I will do to invest this money somewhere in abr= oad, so that my father's kindred will not take over what belongs to my father and our family, which they were planning to do without my present because= I am a female as stated by our culture in the town. Now, I urgently need your humble assistance to move this money from the security company to your bank account and I strongly believe that by the grace of God, you will help me invest this money wisely. I am ready to pay 20% of the total amount to you if you help us in this transaction and another 10% interest of Annual After Income to you, for handling this transaction for us, which you will strongly have absolute control over. If you can handle this project sincerely and also willing to assist me in= lifting this fund, kindly reach me. Please, note that this transaction is 100% risk free and I hope to commen= ce the transaction as quick as possible, I will send you my picture as soon as I hear from you. Yours sincerely, Princess Stella Linus(ms). PIVATE EMAIL(pri_stella2004@yahoo.com) ------------------------------------------ Use o melhor sistema de busca da Internet Radar UOL - http://www.radaruol.com.br From vorlon@debian.org Fri Jan 28 13:03:26 2005 From: vorlon@debian.org (Steve Langasek) Date: Fri, 28 Jan 2005 05:03:26 -0800 Subject: eleventh-hour transition for mysql-using packages related to apache Message-ID: <20050128130326.GF8642@mauritius.dodds.net> --TiqCXmo5T1hvSQQg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Previously, a number of packages have had to continue to link against libmysqlclient10 in spite of the availability of libmysqlclient12 libraries =66rom upstream's MySQL 4.0 release. Some of these have been due to the la= ck of a clear license exemption allowing libmyslqclient12 to be linked from GPL-incompatible programs; others have been held back to avoid segfaults caused by loading both libmysqlclient10 and libmysqlclient12 in the same address space. Over the past six months, the situation has changed significantly. The mysql maintainer, mysql upstream, and others have admirably worked through the license issues to get a license exception that meets the needs of the software that Debian distributes. You can find the current version of this license exception at [1]. At the same time, compatibility between the old client libs and the current server (including the version that we will ship with sarge) has waned, to the point that no libmysqlclient10 clients will work with the default configuration of MySQL 4.1, and some won't work with any MySQL 4.x server at all [2]. As a result, in spite of the timing wrt the release, I'm proposing a transition to libmysqlclient12 for a number of packages for sarge. The packages listed below are those packages currently in sarge which either are broken with MySQL 4.x, or have the possibility of conflicting with one of t= he packages that do (mostly by being loaded by a webserver such as apache or apache2, or being mysql bindings for a language that also has ODBC bindings= ). aspseek-libmysqldb catalog caudium-php4 freeradius-mysql gda-mysql gda2-mysql libapache-mod-acct-mysql libapache-mod-auth-mysql libapache-mod-mp3 libapache2-mod-auth-mysql libdbd-mysql libdbd-mysql-perl libgnademysql1 libmyodbc libmysql-ruby1.6 libmysql-ruby1.8 libsqlxx2.3c102 mysqltcl php3-mysql php4-mysql python2.2-mysqldb python2.3-mysqldb It would also probably be a good idea to transition these packages at the same time: dovecot-common exim4-daemon-heavy libnss-mysql libnss-mysql-bg libpam-mysql libsasl2-modules-sql I have Cc:ed the maintainers of these packages. If anyone knows of other packages linked to libmysqlclient10 that will be affected by this transition, please let us know. While introducing versioned symbols into the mysqlclient libraries could have a longer-term benefit in eliminating the kind of segfaults motivating this all-at-once transition, in the present case there are other factors: - since libmysqlclient10 didn't use symbol versioning in woody, users would still get segfaults from partial upgrades - getting benefits from symbol versioning requires rebuilding all packages depending on the library *anyway*, so we might as well upgrade to the new version of the lib in the process. I think it would be beneficial if libmysqlclient12 used symbol versioning for sarge, but I don't think that we should wait for that to happen before fixing the present issues. The current plan for this transition is as follows: - I will transition libmyodbc and php4 to libmysqlclient12 at the end of this weekend. Other maintainers are encouraged to upload around the same time. Maintainers who will not be around this week, and would like their packages to be NMUed, can email me privately. - On Wednesday, Feb 2, I will file grave bugs on any remaining packages from the first list above that have not been relinked against libmysqlclient12, because they will now certainly cause segfaults in certain configurations. The packages in the second group will not be targetted, because NSS and PAM modules may cause some segfaults regardless of which library they link against, so the fact that they do not already have RC bugs against them means that this problem is probably quite rare. - On Saturday, Feb 5, I will begin NMUing any packages from the first list that have still not been fixed. Since there are only 17 source packages total, I expect to be done by the end of the weekend. If you object to this plan, please speak up now. Cheers, --=20 Steve Langasek postmodern programmer [1] http://www.mysql.com/company/legal/licensing/foss-exception.html [2] http://bugs.debian.org/274879 --TiqCXmo5T1hvSQQg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD4DBQFB+jgeKN6ufymYLloRAmNNAJYju5AtwOZIikWIXz08gUiqrR6bAKCuinFI X5HJ0532OD54SsrDP4vJiA== =Wal/ -----END PGP SIGNATURE----- --TiqCXmo5T1hvSQQg-- From ametzler@logic.univie.ac.at Fri Jan 28 15:36:05 2005 From: ametzler@logic.univie.ac.at (Andreas Metzler) Date: Fri, 28 Jan 2005 16:36:05 +0100 Subject: eleventh-hour transition for mysql-using packages related to apache In-Reply-To: <20050128130326.GF8642@mauritius.dodds.net> References: <20050128130326.GF8642@mauritius.dodds.net> Message-ID: <20050128153605.GG937@balrog.logic.univie.ac.at> On Fri, Jan 28, 2005 at 05:03:26AM -0800, Steve Langasek wrote: [...] > Over the past six months, the situation has changed significantly. The > mysql maintainer, mysql upstream, and others have admirably worked through > the license issues to get a license exception that meets the needs of the > software that Debian distributes. You can find the current version of this > license exception at [1]. At a short glance this still seems to be missing a OpenSSL exception. - Has this been resolved? [...] > exim4-daemon-heavy [...] > libpam-mysql [...] These two would need to change at the same time, otherwise #235938 would reappear. (A symbol clash when using PAM authenticcation in exim on a system using pam-mysql.) [...] > I think it would be beneficial if libmysqlclient12 used symbol versioning > for sarge, but I don't think that we should wait for that to happen before > fixing the present issues. [...] Upstream has denied adding versioned symbols once (http://bugs.debian.org/236288) they'd need to be convinced. cu andreas From seanius@debian.org Fri Jan 28 18:37:45 2005 From: seanius@debian.org (sean finney) Date: Fri, 28 Jan 2005 13:37:45 -0500 Subject: eleventh-hour transition for mysql-using packages related to apache In-Reply-To: <20050128153605.GG937@balrog.logic.univie.ac.at> References: <20050128130326.GF8642@mauritius.dodds.net> <20050128153605.GG937@balrog.logic.univie.ac.at> Message-ID: <20050128183745.GA28883@seanius.net> --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 28, 2005 at 04:36:05PM +0100, Andreas Metzler wrote: > On Fri, Jan 28, 2005 at 05:03:26AM -0800, Steve Langasek wrote: > [...]=20 > > Over the past six months, the situation has changed significantly. The > > mysql maintainer, mysql upstream, and others have admirably worked thro= ugh > > the license issues to get a license exception that meets the needs of t= he > > software that Debian distributes. You can find the current version of = this > > license exception at [1]. >=20 > At a short glance this still seems to be missing a OpenSSL exception. > - Has this been resolved? no, afaik the openssl-related code in debian mysql-foo is disabled[1]. not that i wouldn't mind having it back... sean [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D291945 --=20 --envbJBWh7q8WU6mo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+oZ5ynjLPm522B0RApi4AJ9gpQwVZHAUgEfAgqq4aAOqkuv4hgCeLS3F jwZg0PUXRtVPI8wcRkGcr9k= =W2bz -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From ametzler@downhill.at.eu.org Fri Jan 28 19:17:18 2005 From: ametzler@downhill.at.eu.org (Andreas Metzler) Date: Fri, 28 Jan 2005 20:17:18 +0100 Subject: eleventh-hour transition for mysql-using packages related to apache In-Reply-To: <20050128183745.GA28883@seanius.net> References: <20050128130326.GF8642@mauritius.dodds.net> <20050128153605.GG937@balrog.logic.univie.ac.at> <20050128183745.GA28883@seanius.net> Message-ID: <20050128191718.GA2735@downhill.at.eu.org> On 2005-01-28 sean finney wrote: > On Fri, Jan 28, 2005 at 04:36:05PM +0100, Andreas Metzler wrote: > > On Fri, Jan 28, 2005 at 05:03:26AM -0800, Steve Langasek wrote: > > [...] > > > Over the past six months, the situation has changed > > > significantly. The mysql maintainer, mysql upstream, and others > > > have admirably worked through the license issues to get a > > > license exception that meets the needs of the software that > > > Debian distributes. You can find the current version of this > > > license exception at [1]. > > At a short glance this still seems to be missing a OpenSSL exception. > > - Has this been resolved? > no, afaik the openssl-related code in debian mysql-foo is disabled[1]. [...] This seems to break the whole plan. A nontrivial number of packages need to link against libmysqlclient* _and_ libssl. If libmysql12's license does not allow that, we are screwed. ametzler@downhill:~$ grep-available -FDepends libmysqlclient10 | grep-dctrl -FDepends -sPackage -n libssl perdition-mysql dovecot-common caudium-php4 sqlrelay-mysql motion pure-ftpd-mysql proftpd-mysql gnugk And these are just direct linkages against both libraries, there's also a lot of bar depends on both libmysqlclient10 and libbar and libbar itself links against libssl. - I never remember whether we actually (have to) respect indirect linkage like that license-wise but judging from cadaver I guess we do. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ From vorlon@debian.org Fri Jan 28 21:52:46 2005 From: vorlon@debian.org (Steve Langasek) Date: Fri, 28 Jan 2005 13:52:46 -0800 Subject: eleventh-hour transition for mysql-using packages related to apache In-Reply-To: <20050128191718.GA2735@downhill.at.eu.org> References: <20050128130326.GF8642@mauritius.dodds.net> <20050128153605.GG937@balrog.logic.univie.ac.at> <20050128183745.GA28883@seanius.net> <20050128191718.GA2735@downhill.at.eu.org> Message-ID: <20050128215246.GA4580@mauritius.dodds.net> --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 28, 2005 at 08:17:18PM +0100, Andreas Metzler wrote: > On 2005-01-28 sean finney wrote: > > On Fri, Jan 28, 2005 at 04:36:05PM +0100, Andreas Metzler wrote: > > > On Fri, Jan 28, 2005 at 05:03:26AM -0800, Steve Langasek wrote: > > > [...]=20 > > > > Over the past six months, the situation has changed > > > > significantly. The mysql maintainer, mysql upstream, and others > > > > have admirably worked through the license issues to get a > > > > license exception that meets the needs of the software that > > > > Debian distributes. You can find the current version of this > > > > license exception at [1]. > > > At a short glance this still seems to be missing a OpenSSL exception. > > > - Has this been resolved? > > no, afaik the openssl-related code in debian mysql-foo is disabled[1]. > [...] > This seems to break the whole plan. A nontrivial number of packages > need to link against libmysqlclient* _and_ libssl. If libmysql12's > license does not allow that, we are screwed. > ametzler@downhill:~$ grep-available -FDepends libmysqlclient10 | grep-dct= rl -FDepends -sPackage -n libssl > perdition-mysql > dovecot-common > caudium-php4 > sqlrelay-mysql > motion > pure-ftpd-mysql > proftpd-mysql > gnugk Of these packages, the only one that was on the list of packages that need to transition together is caudium-php4. The php4 source package is also due for a reorg to enable ZTS, which will remove the need for statically building the mysql extension into this package; if we need to make this change at the same time as the mysql transition, then so be it. The only other package in your list that was mentioned at all in my email is dovecot-common, which is only loosely coupled with the others as a result of libpam/nss-mysql and libsasl2-modules-sql. > And these are just direct linkages against both libraries, there's > also a lot of bar depends on both libmysqlclient10 and libbar and > libbar itself links against libssl. - I never remember whether we > actually (have to) respect indirect linkage like that license-wise but > judging from cadaver I guess we do. This affects the PHP packages, since all the SAPI alternatives that php4-mysql can use currently link against libssl. I'll need to investigate more to see if we can get away from this; even if it means dropping the PHP OpenSSL extension, I think it's probably still a good trade. It also seems to affect libapache2-mod-auth-mysql, since apache2 includes https support by default. I don't see any way to fix this one. I don't see any other packages in the list that are likely to have this problem, although I haven't traced the dependencies to be sure. That leaves us with several choices: - ignore libapache2-mod-auth-mysql for the transition, and hope the actual incidence of segfaults from intersecting libraries is low. - push symbol versioning into libmysqlclient10 and libmysqlclient12, and break up the transition - cajole upstream into adding OpenSSL to the list of license exceptions - ship sarge with a broken myodbc package Of course, I would in any case delay the transition until we can decide on a way forward from here. Comments? --=20 Steve Langasek postmodern programmer --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB+rQuKN6ufymYLloRAii3AJ92WA2LEAxntTmSoBwSxg3Q3tHHkgCfXKHZ gUpRKeJtvt5l7DDaxhdcRZE= =2CVk -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB--