trouble shooting

Smarter and outgoing blocking

شیما دهباشی — Wed, 12 Mar 2008 17:26:00 GMT

Have you ever tried to use outgoing blocking in Smarter 4.x ? It's new feature in Smatermail which helps you to control the outgoing emails. As you know, smarter uses different weights in order to calculate the final score of an email. I selected checking SPF record for outgoing emails. After it I could send any email by using outlook and webmail! And I had to use webmail on server!! Checking logs shows this error :
Fail - Senders IP is NOT valid for senders domain (weight : 30)
I changed SPF record in zone file and it didn't work ! Finally I found that mail server checkes my primary IP and when I use outlook to send email, SPF checker detect my IP and I can't send email at all! Now the question why SmarterMail uses SPF checking for outgoing email s blocking, with knowing this point.

Receiving "Specified file is not accessible " during Plesk backup

شیما دهباشی — Tue, 12 Feb 2008 17:20:00 GMT

Receiving "Specified file is not accessible " during Plesk backup
In Plesk linux (8.3) We received tones of emails with this content :
Subject : Error is occured during scheduled backup
Body :
Client: yourclient
Plesk entry point: https://domain.com:8443/
Following error is occured during scheduled backup process:
Specified file is not accessible

Since the file was not specified, I couldn't find the problem. After checking the processes in server I found thousands of this process :
/usr/bin/python2.4 /usr/local/psa/admin/sbin/agent_runner /var/lib/psa/dumps

To solve the problem, proper permission should be set for tmp and dumps folder :
drwx------ psaadm psaadm tmp
drwxr-xr-x psaadm psaadm dumps

Notification in DrWeb

شیما دهباشی — Wed, 07 Jun 2006 11:47:00 GMT

When you install DrWeb in server with Plesk 7 for Windows or Plesk 7.5 for Windows , it's possible that you as an administrator receive all notifications sent by DrWeb. You can change this by updating psa.misc table as bellow:

Login to Mysql :
"%plesk_dir%\mysql\bin\mysql" -uadmin -padmin_password -P8306 psa

Check if there is any record related to drweb notification :

select val from misc where param = 'AntivirusNotifyAdmin';
select val from misc where param = 'AntivirusNotifySender';
select val from misc where param = 'AntivirusNotifyRecipients';

These queries should return value: 0 or 1.
0 - notifications are disabled;
1 - notifications are enabled;

If there is not add them :

insert into misc(param,val) values ('AntivirusNotifyAdmin','1');
insert into misc(param,val) values ('AntivirusNotifySender','1');
insert into misc(param,val) values ('AntivirusNotifyRecipients','1');

If record(s) exists in psa.misc you can update the record using this query:
update misc set val='1' where param = 'AntivirusNotifyAdmin'; - to enable notifications

Problem with DrWeb

شیما دهباشی — Tue, 06 Jun 2006 16:17:00 GMT

It's a common story : you have to find the reason for the most unexpected problem with your mail server , but it's not a common story : you have to find the reason for receiving more than 10 emails per minute because of sending virus which has been happend after installing DrWeb!
The problem began when we installed DrWeb and activated it for just only one mailbox (e.g. my@domain.com) . And then we received thousands of emails with the same subject "Undelivered mail" and the messages clarified that there is a big problem with our account(!) because it was sending virus to my@domain.com account.

We assumed that it's a right claim and we need to look after it. There was a question : if our account sent virus to my@domain.com and now after installing anti-virus, DrWeb could detect it , why my@domain.com didn't receive any virus when we disabled DrWeb for account?

At the end we found out that there is no virus sending and it's just because of DrWeb malfunction :
" There seemed to be a looping issue caused from a mailbox delivery event that may have been configured within the Plesk control panel. The delivery event was executing when messages that were received in the mailbox my@email.com which created a notification message directly into the SMTP outbound queue which had the same recipient as the mailbox that sent it. This caused the message to be delivered and fire the event again, causing a loop. We disabled the delivery event to stop this. The developers are currently communicating with Plesk to resolve the problem, as it seems that the notification messages being created by the delivery event do not have "Precedence: Bulk" in the headers which will stop the loop (since the delivery event will not then be fired as it shouldn't for system generated messages). "

This problem with DrWeb will be solved by using this patch provided by SW-Soft
http://www.proserve.nl/~ivo/Plesk/drwebpatch.zip

مشکل در حذف mailbox از طریقPlesk

شیما — Sun, 12 Feb 2006 09:36:00 GMT

مشکل : عدم حذف MailBox از طریق Plesk 7.5 for Windows

خطا :

Unable to remove the mail names: mailmng failed: MEAOPO.Mailbox.GetMailbox failed
MEAOPO.Mailbox.RemoveMailbox failed
MEAOAM.AddressMap.RemoveAddressMap failed for domain aliasetest.com [aliasetest.com]

گاهی اوقات زمان حذف یک MailBxo از طریق Plesk با مشکل مواجه می شویم. این مشکل ناشی از عدم

راه حل : با استفاده از دستور زیر ،Plesk مجددا اطلاعات مربوط به Mailbox های دامنه مور نظر شما را پیکر بندی خواهد کرد و می توانید MailBox را حذف کنید.

"%plesk_bin%\mchk.exe" --domain --domain-name=<domain>

نمایش خطای session.bug_compat_warn در هنگام ورود به IMP

شیما — Mon, 11 Jul 2005 12:00:00 GMT

کم نیستند سایتهایی که از webmail horder/imp استفاده می کنند. نکته جالبی که وجود دارد این است که اگر در google کلید های زیر را جستجو کنید :

session.bug_compat_warn horde imp

می بینید که سایتهای زیادی هستند که خطای زیر را نمایش می دهند :

Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0

مشکل بالا از چه زمانی آغاز می شود ؟
زمانی که php از نسخه 4.2.0 به نسخه 4.3.0 ارتقا داده می شود ، این هشدار نمایش داده می شود .

دلیل آن چیست ؟
در php نسخه 4.2.0 و نسخه هایی با ورژن کمتر ، این امکان - شایدهم bug- وجود دارد که شما بتوانید session تعریف کنید در حالیکه register_globals غیر فعال است . در php نسخه 4.3.0 و بالاتر در صورتی که از این خاصیت استفاده کرده باشید و session.bug_compat_warn و یا session.bug_compat_42 فعال باشند به ازای ایجاد session هشدار بالا را دریافت خواهید کرد.

راه حل :
در php.ini تغییرات زیر را اعمال نمایید :

session.bug_compat_warn = 0

و در صورتی که به این فایل دسترسی ندارید در ریشه دایرکتوری مورد نظر فایل htaccess. را ایجاد کنید و کد زیر را در آن وارد نمایید :

php_flag session.bug_compat_warn off

سپس فایل مورد نظر را ذخیره کرده و دسترسی read را برای همه کاربران فراهم کنید :

chmod a+r .htaccess

مشکلات نصب Redhat Enterprise Linux - AS بر روی Virtual Machine

شیما — Wed, 30 Mar 2005 00:24:00 GMT

زمانی که تصمیم می گیرید که Enterprise linux رو برروی virtual machine نصب کنید ، مطمئنا می دونید که چه مزایا و معایبی در انتظاره .

برای نصب Redhat Enterprise Linux - AS (برای سهولت AS) مشکل خاصی در زمان نصب بوجود نمیاد . شاید وقت کمی از لحاظ کارت گرافیک یا شناخت مونیتور مشکل پیدا کنید که خوب برای من هم این اتفاق افتاد . به عبارت دیگه اصلا مونیتور و کارت گرافیک من شناخته نشد . نمی دونم حالا اینکه تنظمیات مربوط به resolution و.. از من سوال نشد به روند کلی نصب AS بر می گرده یا به مشکل در شناخت کارت . - این رو باید دوباره روی یک سیستم دیگه تست کنم. شاید اونجا این مساله به وجود نیاد - .

به هر صورت بعد از اینکه آخرین CD مربوط به AS نصب شد و اصطلاحا دستگاه reboot شد ، تنها چیزهایی که می شد دید ، یک صفحه سیاه بود ! در حالیکه من انتظار داشتم صفحه گرافیکی login رو ببینم . ساده است که اولین چیزی که به ذهن می رسه ویرایش کردن etc/X11/XF86Config/ ، پس باید به سراغ command line بریم . این مساله هم با alt + ctrl + f2 قابل حل بود. نکته ای که باقی می موند این بود که واقعا تنظیمات ما در etc/X11/XF86Config/ چطوری باید باشه ؟ مقایسه این فایل در دو نسخه redaht 7.3 و AS به ما تنها کمک می کنه که اطلاعات واقعی سیستم رو ببینیم ولی نکته جالب اینه که اطلاعات در ثبت شده در etc/X11/XF86Config/ در AS تفاوت زیادی با Redhat 7.3 داره . برای من اولا مونیتور به صورت زیر پیکر بندی شده بود :

Section "Monitor"
Identifier   "Monitor0"
VendorName   ""
  ModelName    ""
HorizSync    30
   VertRefresh  60
Option     "dpms"
EndSection

که من به صورت زیر بخش مونیتور رو عوض کردم : ( البته به جز HorizSync و VertRefresh که پس از بالا اومدن x windows این دو عدد مجددا تنظیم شدند . )

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Unknown"
ModelName    "Unknowm"
HorizSync    46.9 - 46.9
VertRefresh 75.1 - 75.1
Option     "dpms"
EndSection

و همینطور در مورد Device که به صورت زیر شناخته شده بود :

Section "Device"
Identifier "Videocard0"
Driver "s3"
BoardName "S3 Trio64 (generic)"
EndSection

که من به صورت زیر تغییرش دادم - البته VendorName اهمیت چندانی نداره .

Section "Device"
Identifier "Videocard0"
Driver      "s3"
VendorName "IBM SVGA BIOS ,(c) 1993 International Business Machines"
BoardName   "S3 Trio64 (generic)"
VideoRam    4096
EndSection

اما چیزی که از همه مهمتر به نظر می اومد این بخش بود :

Section "Screen"
Identifier "Screen0"
Device     "Videocard0"
Monitor    "Monitor0"
DefaultDepth     24
SubSection "Display"
Depth     24
Modes    "800x600"
EndSubSection
EndSection

در حالیکه اصلا این Depth ارائه شده با mode 800x600 و این ترکیب ساپورت نمی شود . بنابراین تنظیمات بالا به صورت زیر تغییر داده شد :

Section "Screen"
Identifier "Screen0"
Device     "Videocard0"
Monitor    "Monitor0"
DefaultDepth     16
SubSection "Display"
Depth     16
Modes    "800x600"
EndSubSection
EndSection