Roundcube és a Courier-IMAP

Web, mail, IRC, IM, hálózatok

Hello!

A következő problémához kérném a tanácsotokat:

- adott egy mailszerver, Postfix, Courier-IMAP, Squirrelmail van rajta
- ez így együtt szépen működik, de a squirrelmailt szeretném roundcube-ra cserélni
- Feltettem a roundcube-ot, de valamiért nem sikerül neki az IMAP login: 

imapd: LOGIN FAILED, method=CRAM-MD5, ip=[127.0.0.1]
imapd: authentication error: Input/output error

A dolog azért furcsa, mert a Squirrelmail közben szépen működik, ugyanazzal az azonosítóval.

Mi lehet itt a hiba?

Petya

  • 6461 megtekintés

( uid_228 | 2007. 11. 01., cs – 13:46 )

Talán nem CRAM-MD5-öt kéne használni? :) Az (és a DIGEST-MD5) csak akkor működik, ha a jelszavakat titkosítás nélkül tárolod el.

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

( gthomas | 2007. 11. 01., cs – 13:49 )

Nekem Dovecot-tal megy szépen a roundcube.

Talán a CRAM-MD5 nem sikerül (nálam asszem LOGIN van) - próbálkd ki gyengébb autentikációval (PLAIN, LOGIN), hátha.

nézd,

ezt tök egyszerűen ki lehet deríteni, ki a hunyó: egy sima IMAP klienssel becsattansz, és ha authol, akkor a Courier jó.

A RoundCube egy sima mezei IMAP kliens - a Courier szempontjából.
Ha nem tud autholni, akkor az amiatt van, mert érvénytelen a login/pass. Ezt egyébként a Courier tudja logolni, asszem' a courier-authdaemon-nál tudod beállítani.

Ergo a http kliens és a szerver között lehet a hiba - de ez csak tipp.

a.

nem, upload limit is 32MB-re van állitva, amúgy a roundcubenek saját .htaccess fájljában is be van állitva egy méret (15 MB), próbáltam azt is még fentebb vinni, de nem hozott eredményt.
A köv. hibaüzenetet nyomja:
[02-Nov-2007 02:25:56] PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 10579283 bytes) in /mnt/raid/www/webmail/program/lib/Net/SMTP.php on line 745

A memória limitet állítsd még nagyobbra.

Közben nekem is problémám akadt: beragadnak a session-ök. Tehát belépek, átkattintok a Personal Settings-re, majd vissza az E-Mail ikonra, akkor onnantól kezdve csak tölt, csak tölt, nem történik semmi. Csak akkor javul meg, ha megvárom a session timeout-ot, vagy ha kézzel kitörlöm a session táblából a session-ömet.

Mi okozza ezt?

Petya

Olyannal találkoztam, h valami spec karakter volt pl. a subject-ben, és nem jött be az Inbox tartalma, csak ha rákattintottam pl. az elküldött elemekre, és utána visza az Inbox-ra. De közben nem töltött.

IMHO elég sok _kis_apró_ hibája van a RoundCube-nak, érdemes kattintgatni össze-vissza, hátha valami hibát kiderítesz.

a.

még mindig imap hiba... Az első kapcsolódás jó, utána viszont még mindig LOGIN FAILED.

Úgy látszik, nem elég hatásos ha bedrótozom az iil_Connect példányosításához az IMAP auth_method-ot.

Azt hiszem, a courier configot kellene most megnéznem, kiszedem onnan a CRAM-MD5-öt meg a CRAM-SHA-t, ha már egyszer úgyse működik.

szerk: megtörtént, a forrásban végrehajtott módosításaimat visszaállítottam.

A hiba: az első loginnál normálisan usernévvel jelentkezik be, de utána, ha pl átkattintok a Personal Settingsre, majd vissza az E-Mail-re, usernev@localhost -al próbálkozik, ami persze nem megy. Miért csinálja ezt?

Petya

Felhozom a topic-ot.
Nálam a limit-től függetlenül mindig 2 Mbyte-ot ír ki.
Ez a kisebb a probléma, a nagyobbik, hogy sehol nem találom hol lehet globálisan beállítani, hogy az IMAP más szerveren legyen, mint a küldendő levélben szereplő domain.
Egyénileg a beállítások között meg lehet adni a küldő domain-t.

Szerk: 'mail_domain' a megoldás.

( _Petya_ v | 2007. 11. 06., k – 01:08 )

Hello!

covek, köszönöm a linket, az alab beállításon túl vagyok, már csak a hibakeresés van hátra:

A hiba: az első loginnál normálisan usernévvel jelentkezik be, de utána, ha pl átkattintok a Personal Settingsre, majd vissza az E-Mail-re, usernev@localhost-al próbálkozik, ami persze nem megy. Miért csinálja ezt?

Honnan szedi a @localhost-ot?

Petya

( Zsugabubus | 2007. 11. 07., sze – 22:49 )

Szerintem az username_domain beállításra kellene üres stringet állítani, azaz:
$rcmail_config['username_domain'] = '';

Ha a postfixbe forgattad, akkor az a levelek erkezesekor jut ervenyre, a mail kliensnek
a courier(IMAP szerver) szallitja a quota infot, a maildirben talalhato - asszem "maildirsize" -
file tartalma lapjan.

Amugy meg exmiben legalabb alapban benne van a kvota, nem kell buherlani.
Igazan berakhatnak mar postfixbe, ha mar a beallitas benne van (csak erdekes modon
nem csinal vele semmit, mig meg nem peccseled - eleg szanalmas, en ezert le is valtottam).

( _Petya_ v | 2007. 11. 11., v – 14:01 )

Az eredeti problémára valami ötlet?

Petya

courier logban mi jelenik meg a roundcube probalkozas hatasara?
Ugyanez kellene mokuspostaval kapcs. is.

Aztan ossze kell hasonlitani mi az elteres.
pl tipikus, h az usernevet maskepp kell beirni, mert az egyik kiegesziti kiegesziti vmi default
hostname-el.
vagy amit mar emlitettek, h nem mindegy milyen autentikaciot hasznal a kliens.

Nem, nézem az IMAP logot. A Roundcube-ba belépéskor van egy IMAP login "gipszjakab" userrel. Miután átkattinok a personal settingsre, majd vissza, ilyenkor egy újabb IMAP login látszik a logban, de már "gipszjakab@localhost" userrel próbál belépni a Roundcube. Persze nem sikerül neki.

Tehás most ha meg akarom nézni a leveleimet, akkor bejelentkezek, megnézem egyszer, és amint máshova kattintok, majd vissza, onnantól kezdve semmi nincs, fehér képernyő, IMAP timeout látszik a Roundcube logjában.

És innentől kezdve már a Roundcube bejelentkező oldal sem jön be, egész addig, míg ki nem ütöm a Roundcue adatbázisából a saját session-ömet.

Petya

( Proci85 v | 2007. 12. 04., k – 22:44 )

na sikeresen engem is szivat a roundcube, vagy én szivatom magam..nem tudom.
Másik szerverről átmásolt php.ini, apache conf is 99%-ban ugyanaz, webmail vhost file 1:1-ben ugyanaz, még is van vmi problem.
Apache restart után még be lehetlépni, néhány perccel rá:

Warning: require_once(include/rcube_shared.inc) [function.require-once]: failed to open stream: No such file or directory in /mnt/raid/www/webmail/index.php on line 81

Fatal error: require_once() [function.require]: Failed opening required 'include/rcube_shared.inc' (include_path='.:/usr/share/php5:/usr/share/php') in /mnt/raid/www/webmail/index.php on line 81

Na most a line 81-en include van különöbző libekre, ha pontosan megadom neki hogy a program mappában találja, ezen túllép, újabb hibák jönnek elp (pl. köv sorban lévő include) ez igy esélytelen.
Nem értem mi lehet a baja. Ha megadom vhostban, hogy:
php_value include_path "./:/mnt/raid/www/webmail/:/mnt/raid/www/webmail/program/lib/:/mnt/raid/www/webmail/program/include/"

akkor felülrija és ugyanúgy a default helyen keresi (lásd fenti error)
Ha php_admin_value-vel adom megy, úgy rendben, de egyébb includokat keres, amik vélhetően nem a lib és includeben vannak. Nem értem mitől lett ezen a gépen ennyire suta...4 másik helyen semi baja (php4 & php5 vegyesen)

Vhost file:

ServerAlias webmail.domain.hu www.webmail.domain.hu
Servername webmail.domain.hu
ServerAdmin webmaster@domain.hu
DocumentRoot /mnt/raid/www/webmail/
ErrorLog /var/log/apache2/webmail.err
CustomLog /var/log/apache2/webmail.log combined

php_admin_flag safe_mode On
php_admin_flag register_globals Off
php_admin_flag magic_quotes_gpc Off
php_admin_flag magic_quotes_runtime Off
php_admin_flag magic_quotes_sybase Off
php_admin_value doc_root "/mnt/raid/www/webmail"

#php_admin_value include_path "./:/mnt/raid/www/webmail/:/mnt/raid/www/webmail/program/lib/:/mnt/raid/www/webmail/program/include/"
php_admin_value open_basedir "/mnt/raid/www/webmail/"

Order allow,deny
Allow from all

Frissittem rc2-re, hiba változatlan,mi baja lehet?
Valaki belefutott már ebbe?

Senkinek nincs ötlete? Sajnos azóta is ezt kapom: 


Warning: require_once(include/rcube_shared.inc) [function.require-once]: failed to open stream: No such file or directory in /mnt/raid/www/webmail/index.php on line 81

Fatal error: require_once() [function.require]: Failed opening required 'include/rcube_shared.inc' (include_path='.:/usr/share/php5:/usr/share/php') in /mnt/raid/www/webmail/index.php on line 81

javaslom az előző postom ha már az év utolsó napján sincs jó napod: http://hup.hu/node/46504#comment-468100
index.php idevonatkozó sorai: 


// include base files
require_once('include/rcube_shared.inc');
require_once('include/rcube_imap.inc');
require_once('include/bugs.inc');
require_once('include/main.inc');
require_once('PEAR.php');

Igy nem találja, ha átirom program/include/rcube_shared.inc-re, akkor ezen a soron tovább halad, de újabb hibát ir. El lehet játszani hogy átirom a teljes forráskódot mindenhol a program mappára pontositva, de nem csak erre az egy mappára sir...egyébként sem lenne korrekt megoldás. Valamennyi include esetén ez a helyzet, annak ellenére, hogy ott van.

szerk: nem beszélve arról, hogy egy /etc/init.d/apache2 reload után hibamentesen megy a webmail_néhány_percig_.

Hahó!

nálam (Debian 4 és Ub 7.10 alatt is) az oldotta meg hogy nem a /var/www-be tettem a cuccot hanem hagytam a /usr/share/roundcube-ban és `ln -s /usr/share/roundcube /var/www/round` majd ráhívtam, hogy "mail.terra-server.eu" mert az arra kéne mutasson utána már nem nyavajgott... nagyon... akkor már csak a PEAR-t követelte, de az egy csomó egyéb pl Auth cuccal együtt benne van a /usr/share/php-ben (nem php5, oylan könyvtár is van, sima php...) ha iylened nincs akkor itt elérhető: http://terra-server.eu/round/usr-share-php.tar és másold fel /usr/share/php-ként, a könyvtárra root:root és chmod 755

Nekem megoldotta ... pedig már MailBee-t és AtMail-t is feltettem a szerverre, és már teljesen lemondtam róla hogy ez egyszer még jó lesz

Minden jókívánságom:
üdv, Rob

( 3xtati | 2009. 10. 07., sze – 10:53 )

olyan gondom van, hogy a roundcube alatt a quota-t nem jelzi ki, csak annyit hogy a disk használat: korlátlan...
postfix with vda, postfixadmin, courier, cyrus-sasl, roundcube.
maga a quota müködik, tehát ha postfixadminban beállítom 5 MB-ra és küldök 1 MB-os leveleket, a 6.at szépen vissza dobja a postfix, hogy a user postafiokja megtelt.
csak az lenne a szép ha a roundcube ki is irná a quota állapotát ...

Valaki ötlet?
a segítséget előre is köszönöm!

____________________
Ha igen akkor miért nem...
Linux 2.6.30-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

mysql-ben vannak tárolva a userek, ott be van állítva a quota érték, de probáltam a
maildirmake -q 10000000S /var/vmail/domain.hu/user
parancsot ami létrehozta a maildirsize file-t de a roundcube ugyanugy nem jelzett semmit...
még régebben játszottam én már ezzel, akkor sikerült is megoldanom valahogy hogy jelezze, de az se volt tökéletes, mert ha módosítottam a quotát, a roundcube maradt a réginél...
ha jól olvastam utánna, akkor a roundcube csak az imap szervertől kérdezi le a quotát, és azt használja,
telnetel nem tudtam elővarázsolni az imap szervertől, mondjuk be se tudtam lépni valamiért :D
esetleg ezt valahogy máshogy le lehet tesztelni hogy a courier-imap szerver a ludas vagy a roundcube vagy én néztem be valamit...

közben sikerült a telnetes varázslat, a
. GETQUOTA ROOT
parancsra ezt a választ adja :
* QUOTA "ROOT"
. OK GETQUOTA Ok.

____________________
Ha igen akkor miért nem...
Linux 2.6.30-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

Akkor valamit nem értek.
ha postfixadmin-ban adok meg quotát, a maildirsize file nem jön létre.
most akkor külön kell futtatnom egy scriptet a maildirmake-nek user létrehozásánál, hogy azt is megcsinálja?
elvileg az imapnak is az sql-ből kéne vennie az értéket nem?
Vagy akkor felét innen felét onnan?
____________________
Ha igen akkor miért nem...
Linux 2.6.30-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

posfixadmint passzolom, nekem csak postfix van VDA-val+sql-ben userek. Nalam akkor jon letre a user konyvtara is eleve, ha megkapja az elso levelet, es minden uj levelnel ujra szamolja a maildirsize-t. squirrel a maildirsize filet nezni a quota allapot kijelzesenel (nyilvan, mert az sql-hez nincs is semmi hozzaferese)

( 3xtati | 2009. 10. 07., sze – 15:09 )

közben nézegetem a logot is és ott megkapja mysql-ből a quotát
http://pastebin.com/m767bee8f

hátha ez segít...

a postfixadmin létrehozásnál küld egy "köszöntő" levelet, így elvileg akkor a maildirsize-t is meg kellene hogy csinálja nem?

____________________
Ha igen akkor miért nem...
Linux 2.6.30-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux

( 3xtati | 2009. 10. 07., sze – 15:31 )

Találtam egy OpenBSD-s leírást ahol a virtual_transport = qdeliver
van állítva, nálam virtual_transport = virtual van. Ez lehet a probléma?

____________________
Ha igen akkor miért nem...
Linux 2.6.30-gentoo-r4 i686 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz GenuineIntel GNU/Linux