BerryReview.com -- أخبار بلاك ومراجعات
Forgot? نسيت؟ | | Register سجل
متجر وبررفيو] مخزن

Rant! خرف! Another Rediculous BlackBerry Limitation? سخيف آخر بلاك الحد؟

by بواسطة Ronen Halevy رونين هاليفي on Apr 10th, 2008 at 9:03 am EST على أبريل 10th ، 2008 في 9:03 بتوقيت شرق الولايات المتحدة
3 Comments » 3 تعليقات »

Stefano of BBworld ستيفانو لBBworld just sent me a knowledge base article from RIM that just made my jaw drop. فقط أرسل لي مقالة قاعدة المعارف من ريم أن لي للتو الفك قطرة. Granted I have never actually noticed this issue before but I just cannot believe it exists! منحت لم أكن أبدا في الواقع لاحظت هذه المشكلة من قبل ولكن أنا فقط لا أستطيع أن أصدق أنه موجود!

From RIM's Knowledge Base من ريم قاعدة معارف

Reply to all is not received by more than 32 recipients الرد على كل ما لم يتم تلقي أكثر من 32 المستلمين

Details: When an email message is received by more than 32 recipients, the email message on the BlackBerry smartphone displays a truncated list of 32 recipient email addresses. التفاصيل : عندما يتم تلقي رسالة البريد الإلكتروني من قبل أكثر من 32 المتلقين ، رسالة البريد الإلكتروني على الهاتف الذكي بلاك يعرض قائمة من اقتطاع 32 عناوين البريد الإلكتروني المستلم. If the BlackBerry smartphone user sends a reply to all recipients, only the 32 recipients on the truncated list will receive the reply. إذا كان الهاتف الذكي بلاك يرسل مستخدم الرد على جميع المستفيدين ، إلا أن 32 في قائمة المستفيدين اقتطاع ستتلقى الرد.

Note: When sending email messages from the BlackBerry smartphone, there is no limit to the number of email addresses that can be added to each of the To , Bcc , and Cc fields. ملاحظة : عند إرسال رسائل البريد الإلكتروني من الهاتف الذكي بلاك بيري ، وليس هناك حد لعدد من عناوين البريد الالكتروني التي يمكن أن تضاف إلى كل من ل، مخفية ، وحقول نسخة. When receiving email messages, only 32 email addresses can be displayed in the To and Cc fields. عند تلقي رسائل البريد الإلكتروني ، يمكن عرض فقط 32 عناوين البريد الإلكتروني في الحقول إلى و نسخة.

This is by design. هذا هو حسب التصميم.

Seriously RIM! ريم على محمل الجد! It is by design that you can only reply to 32 people in a mailing list? وحسب التصميم التي يمكنك فقط الرد على 32 شخصا في قائمة بريدية؟

The only thing I can think of as a reason for this restriction is that people might use it to send spam by sending mail through the RIM servers this way. الشيء الوحيد الذي يمكنني أن أفكر في كسبب لهذا التقييد هو أن الناس قد استخدامه لإرسال البريد المزعج عن طريق إرسال البريد من خلال خوادم ريم بهذه الطريقة. The problem with that theory is that if that was the case this limitation should not exist for BES and Novell users also! المشكلة مع هذه النظرية هو أنه إذا كان هذا هو الحال هذا القيد لا ينبغي أن توجد لبيز ونوفيل المستخدمين أيضا!

Anybody got any other ideas? أي شخص حصل على أية أفكار أخرى؟

Please Share With A Friend! يرجى الاسهم مع صديق!

This entry was posted on Thursday, April 10th, 2008 and is filed under هذا الدخول على موقع الخميس ، أبريل 10th ، 2008 ويودع تحت Rant خرف . .
Tags: السمات : , ، , ،

If you enjoyed this article, make إذا كنت تتمتع هذه المادة ، وجعل sure you subscribe to our RSS Feed تأكد أنك في لائحة آر إس إس to stay on top of the latest BlackBerry news you can use. للبقاء على رأس بلاك أحدث الأخبار التي يمكنك استخدامها.

Previous Post: الوظيفة السابقة : LOLS.mobi – Free Jokes From Your BlackBerry Browser LOLS.mobi مجاني -- نكت من بلاك بيري الخاص بك المستعرض » »
Next Post: القادم بوست / / : Free VODAfauxN Zen Theme For 8100, 8300, 8700, & 8800 الخطوط VODAfauxN زن موضوع للحصول على 8100 ، 8300 ، 8700 ، و 8800 » »

If you liked this article, you might find these interesting: إذا كنت أحب هذه المادة ، قد تجد هذه مثيرة للاهتمام :

Latest Articles: أحدث المقالات :

3 Comments to “ Rant! 3 تعليقات على "التشدق! Another Rediculous BlackBerry Limitation? ” سخيف آخر بلاك الحد؟ "

  1. Posted by: Luciano ES كتب من قبل : لوشيانو دإط
    April 10, 2008 at 11:38 am EST 10 أبريل 2008 في الساعة 11:38 بتوقيت شرق الولايات المتحدة

    The spam idea is bogus. فكرة وهمية غير المرغوب فيه. There must be some clause in the EULA that forbids spam, and tracking/identifying a spammer with a Blackberry would be so easy it would spoil the fun. يجب أن يكون هناك بعض بند في اتفاقية الترخيص التي تمنع غير المرغوبة ، وتتبع / تحديد سبامر مع بلاك سيكون من السهل جدا أنه أفسد متعة.

  2. Posted by: David B ارسلت بواسطة : ديفيد باء
    April 10, 2008 at 11:40 am EST 10 أبريل 2008 الساعة 11:40 صباحا بتوقيت شرق الولايات المتحدة

    Yahoo mail was like this too (and may still be). بريد ياهو كان مثل هذا أيضا (وربما لا يزال). My previous employer used Yahoo Business Mail, and we had to get Yahoo to make a special concession for our account addresses as Yahoo was tripping of recipient lists over 32 addresses even when directly accessing via POP3. مخدومتي السابقة تستخدم بريد ياهو الأعمال ، وكان لدينا للحصول على ياهو لتقديم تنازلات خاصة لدينا عناوين حساب ياهو كما كانت تنطلق من قوائم عناوين المتلقي أكثر من 32 حتى عند الوصول مباشرة عبر POP3. The 32 limit in that case was applied to each field, so there could be 32 in the TO and 32 in the CC , but any more than that you would see (as you do on a Blackberry) the message that the distribution was truncated. الحد الأقصى 32 في تلك القضية كانت تطبق على كل حقل ، لذلك لا يمكن أن يكون في 32 و 32 في لجنة التنسيق ، ولكن أي أكثر من ذلك كنت انظر (كما تفعل على العليق) رسالة مفادها أن التوزيع تم اقتطاع.

    In a way, it has a side benefit. بطريقة ما ، لها فائدة جانبية. If your email address is 33rd or higher, at least when idiots do a Reply-All instead of just a Reply, you won't see it if they are replying from their BB! إذا كان عنوان البريد الالكتروني هو 33rd أو أعلى ، على الأقل عندما البلهاء القيام الرد جميع بدلا من مجرد الرد ، فإنك لن ترى أنه إذا ما ردت من وباء! ؛)

    But sometimes it is REALLY annoying, and I wish RIM would eliminate the limit (or apply the limit only to BCC field, who needs to BCC more than a couple folks honestly). لكن في بعض الأحيان ، إنه لأمر مزعج ، وأتمنى ريم من شأنه أن يزيل الحد (أو تطبيق الحد الوحيد لتغيير السلوك الميداني ، الذي يحتاج إلى تغيير السلوك اكثر من اهل الزوجين بأمانة).

  3. Posted by: كتب من قبل : Ronen Halevy رونين هاليفي
    April 10, 2008 at 11:49 am EST 10 أبريل 2008 في الساعة 11:49 بتوقيت شرق الولايات المتحدة

    I think the funniest part is that this is by design and not a bug وأعتقد أن جزءا تسلية هو ان هذا هو حسب التصميم ، وليس من الشوائب